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Предисловие 


Шаблоны программирования представляют собой методы решения наи¬ 
более типичных задач веб-разработки. Более того, можно сказать, что 
они являются заготовками решений для целых категорий таких задач. 

Шаблоны позволяют разбить проблему на фрагменты и сосредоточить¬ 
ся на отдельных ее частях, применять опыт, накопленный предыду¬ 
щими поколениями программистов, а также помогают разработчикам 
взаимодействовать друг с другом благодаря использованию общей тер¬ 
минологии. По этим причинам очень важно уметь выделять шаблоны 
программирования и знать, как с ними работать. 

Целевая аудитория 

Эта книга не для начинающих - она предназначена для профессиональ¬ 
ных разработчиков и программистов, желающих поднять свои навыки 
владения ^ѵаВсгірі на новый уровень. 

Основы программирования на ^ѵаВсгірі (такие как циклы, условные 
инструкции и замыкания) вообще не рассматриваются в этой книге. 
Если вам потребуется освежить свои знания по определенным темам, 
обращайтесь к списку дополнительной литературы. 

В то же время некоторые темы (такие как создание объектов или осо¬ 
бенности объектов среды выполнения) могут показаться слишком про¬ 
стыми для этой книги; однако они рассматриваются с точки зрения 
шаблонов программирования и, на мой взгляд, имеют важное значение 
для овладения возможностями языка. 

Если вы ищете наиболее эффективные и действенные шаблоны, кото¬ 
рые помогут вам писать более удобочитаемый и надежный программ¬ 
ный код на ^ѵаВсгірі, то эта книга для вас. 

Типографские соглашения 

В этой книге приняты следующие соглашения: 

Курсив 

Применяется для выделения новых терминов, адресов ІШЬ и элек¬ 
тронной почты, имен файлов и каталогов, а также типов файлов. 
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Моноширинный шрифт 

Применяется для представления листингов программ, а также для 
выделения в обычном тексте программных элементов, таких как 
имена переменных, функций, типов данных, переменных окруже¬ 
ния, инструкций и ключевых слов. 

Моноширинный жирный 

Используется для выделения команд или текста, который должен 
быть введен пользователем. 

Моноширинный курсив 

Обозначает элементы в программном коде, которые должны быть за¬ 
мещены конкретными значениями или значениями, определяемы¬ 
ми контекстом. 

Так выделяются советы, предложения или примечания общего 
характера. 




Так выделяются предупреждения или предостережения. 


Использование программного кода примеров 

Данная книга призвана оказать вам помощь в решении ваших задач. 
Вообще вы можете свободно использовать примеры программного кода 
из этой книги в своих приложениях и в документации. Вам не нужно 
обращаться в издательство за разрешением, если вы не собираетесь вос¬ 
производить существенные части программного кода. Например, если 
вы разрабатываете программу и используете в ней несколько отрывков 
программного кода из книги, вам обращаться за разрешением не нуж¬ 
но. Однако в случае продажи или распространения компакт-дисков 
с примерами из этой книги вам необходимо получить разрешение от 
издательства О’КеШу. Для цитирования данной книги или примеров 
из нее при ответе на вопросы получение разрешения не требуется. При 
включении существенных объемов программного кода примеров из 
этой книги в вашу документацию вам необходимо получить разреше¬ 
ние издательства. 

Мы приветствуем, но не требуем добавлять ссылку на первоисточник при 
цитировании. Под ссылкой на первоисточник мы подразумеваем указа¬ 
ние авторов, издательства и І8ВМ. Например: « ^ѵа8сгірі Раііегпз, Ьу 
8іоуап 8іеі:апоѵ (О’КеШу). Соругі&Ы; 2010 УаЬоо!, Іпс., 9780596806750». 

За получением разрешения на использование значительных объемов 
программного кода примеров из этой книги обращайтесь по адресу 
регті88іоп8@огеіІІу.сот. 
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Баіагі® Воокз Опііпе 


За^агГ 

Воок» ОМІім 


8а1агі Воокз Опііпе - это виртуальная библиотека, которая 
позволяет легко и быстро находить ответы на вопросы сре¬ 
ди более чем 7500 технических и справочных изданий 
и видеороликов. 


Подписавшись на услугу, вы сможете загружать любые страницы из 
книг и просматривать любые видеоролики из нашей библиотеки. Чи¬ 
тать книги на своих мобильных устройствах и сотовых телефонах. По¬ 
лучать доступ к новинкам еще до того, как они выйдут из печати. Чи¬ 
тать рукописи, находящиеся в работе и посылать свои отзывы авторам. 
Копировать и вставлять отрывки программного кода, определять свои 
предпочтения, загружать отдельные главы, устанавливать закладки на 
ключевые разделы, оставлять примечания, печатать страницы и поль¬ 
зоваться массой других преимуществ, позволяющих экономить ваше 
время. 


Благодаря усилиям О’КеіІІу Месііа данная книга также доступна через 
услугу 8а1агі Воокз Опііпе. Чтобы получить полный доступ к электрон¬ 
ной версии этой книги, а также книг с похожими темами издательства 
О’КеіІІу и других издательств, подпишитесь бесплатно по адресу Ніір:// 
ту.заіагіЪоокзопІіпе.сот. 


Как с нами связаться 

С вопросами и предложениями, касающимися этой книги, обращай¬ 
тесь в издательство: 

О’КеіІІу Месііа 

1005 Огаѵепзіеіп Ні&іпѵау Ыогііі 
8еЬазіоро1, СА 95472 

800-998-9938 (в Соединенных Штатах Америки или в Канаде) 
707-829-0515 (международный) 

707-829-0104 (факс) 

Список опечаток, файлы с примерами и другую дополнительную инфор¬ 
мацию вы найдете на сайте книги: 

Шр://іѵіѵіѵ.огеіІІу.сот/саіаІо8/9780596806750/ 

Свои пожелания и вопросы технического характера отправляйте по 
адресу: 

Ьоокуиез%1опз@огеИ1ухот 

Дополнительную информацию о книгах, обсуждения, Центр ресурсов 
издательства О’КеіІІу вы найдете на сайте: 

кіір://іѵіѵіѵ.огеіІІу.сот 
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на основе его личного опыта и изучения популярных библиотек ^ѵа- 
8сгірі, таких как ]С}иегу и УШ. Но большая часть шаблонов была выра¬ 
ботана и описана сообществом программистов на ^ѵа8сгірі. То есть дан¬ 
ная книга является результатом коллективного труда многих разработ¬ 
чиков. Чтобы не прерывать рассказ хронологией выделения шаблонов 
и перечислением авторов, список ссылок и дополнительной литературы 
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с англ. - СПб.: Символ-Плюс, 2008. 

2 Николас Закас « ^ѵаЗсгірі. Оптимизация производительности». - Пер. 
с англ. - СПб.: Символ-Плюс, готовится к выпуску в III квартале 2011. 





1 

Введение 


^ѵаЗсгірі - это язык Всемирной паутины. Первоначально он представ¬ 
лял собой средство манипулирования отдельными типами элементов 
веб-страниц (такими как изображения и поля форм), но с тех пор этот 
язык значительно вырос. В настоящее время помимо создания клиент¬ 
ских сценариев, выполняемых броузером, ^ѵаЗсгірі можно исполь¬ 
зовать для разработки программ под широкий спектр разнообразных 
платформ. На этом языке можно писать серверные сценарии (используя 
.ЫЕТ или Ыосіе.із), обычные приложения (способные работать в любых 
операционных системах) и расширения для приложений (например, 
для Гіге^ох или РЬоІозЬор), приложения для мобильных устройств 
и сценарии командной строки. 

^ѵаЗсгірі отличается от многих других языков программирования. 
В нем отсутствуют классы, а функции являются обычными объекта¬ 
ми, которые используются для решения самых разных задач. При его 
появлении многие разработчики считали его недостаточно совершен¬ 
ным, но за последние годы это убеждение изменилось на диаметрально 
противоположное. Интересно отметить, что некоторые языки програм¬ 
мирования, например ^ѵа и РНР, стали заимствовать определенные 
особенности ^ѵаЗсгірі, например замыкания и анонимные функции, 
которыми разработчики на ^ѵаЗсгірІ; располагают уже давно. 

Динамичность языка ^ѵаЗсгірі позволит вам сделать его похожим на 
язык программирования, в котором вы чувствуете себя кофортно. Но 
более правильным было бы изучить особенности ^ѵа8сгірІ и научить¬ 
ся использовать его отличия. 

Шаблоны 

В общем случае слово «шаблон» - это «повторимая архитектурная кон¬ 
струкция, представляющая собой решение проблемы проектирования 
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в рамках некоторого часто возникающего контекста» (кіір://ги.іѵікіресІіа. 
огё/іѵікі/РаШггі). 

В разработке программного обеспечения шаблоном называется реше¬ 
ние типичной задачи. Шаблон - это необязательно фрагмент программ¬ 
ного кода, который можно скопировать и вставить в программу. Чаще 
всего это эффективный прием, удачная абстракция или пример реше¬ 
ния целого класса задач. 

Важно уметь выделять шаблоны, потому что: 

• Они помогают писать более эффективный программный код, ис¬ 
пользуя наработанные приемы и не изобретая велосипед. 

• Они предоставляют дополнительный уровень абстракции - в каж¬ 
дый конкретный момент мы способны держать в уме лишь опреде¬ 
ленный объем информации, а шаблоны позволяют при решении 
сложных задач не погружаться в детали реализации, но обращаться 
с ними как с завершенными строительными компонентами (шаб¬ 
лонами). 

• Они упрощают дискуссию между разработчиками, зачастую уда¬ 
ленными друг от друга и не имеющими возможности встретиться 
лично. Простое упоминание некоторого приема программирования 
позволяет легко убедиться, что мы говорим об одном и том же. На¬ 
пример, намного проще сказать (и подумать) «немедленно вызывае¬ 
мая функция» (ітшесііаіе Нтсііоп), чем «функция, определение ко¬ 
торой заключается в круглые скобки, вслед за которыми указыва¬ 
ется еще одна пара круглых скобок, чтобы обеспечить немедленный 
вызов функции сразу после ее определения». 

В этой книге рассматриваются следующие типы шаблонов: 

• Шаблоны проектирования 

• Шаблоны кодирования 

• Антишаблоны 

Термин шаблоны проектирования впервые был определен «бандой че¬ 
тырех» (по количеству авторов) в книге, вышедшей в далеком 1994 году 
под названием «Безі&п РаМегпз: Еіешепіз оі КеизаЫе ОЪіесі-ОгіепІесІ 
ЗоНлѵаге» 1 . Примерами шаблонов проектирования могут служить та¬ 
кие шаблоны, как зіп&іеіоп (одиночка), Іасіогу (фабрика), сіесогаіог 
(декоратор), оЪзегѵег (наблюдатель) и так далее. Одна из особенностей 
использования шаблонов проектирования при программировании на 
языке ^ѵаЗсгірі состоит в том, что, несмотря на их независимость от 
языка программирования, большая часть шаблонов проектирования 
разрабатывалась тем не менее с позиций языков со строгим контролем 


і 


Э. Гамма, Р. Хелм, Р. Джонсон, Дж. Влиссидес «Приемы объектно-ориен¬ 
тированного проектирования». - Пер. с англ. - Питер, 2001. 
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типов, таких как С++ и ^ѵа. Вследствие этого некоторые шаблоны не 
могут непосредственно применяться в языках с динамической типи¬ 
зацией, таких как ^ѵаЗсгірі. Некоторые шаблоны помогают обойти 
ограничения, накладываемые языками со строгим контролем типов 
и с механизмом наследования на основе классов. Для таких шаблонов 
в языке ^ѵаЗсгірі могут иметься более простые альтернативы. Реали¬ 
зации нескольких шаблонов проектирования на языке ^ѵаЗсгірІ рас¬ 
сматриваются в главе 7 этой книги. 

Шаблоны кодирования , представляющие для нас гораздо больший ин¬ 
терес, - это шаблоны, характерные для ^ѵаЗсгірі и учитывающие уни¬ 
кальные особенности этого языка, такие как различные способы ис¬ 
пользования функций. Шаблоны кодирования на ^ѵаЗсгірІ являются 
основной темой этой книги. 

В этой книге вы периодически будете сталкиваться с антишаблонами . 
Название «антишаблон» имеет несколько негативный или даже обид¬ 
ный оттенок, но вы не должны придавать ему такое значение. Антишаб¬ 
лон - это не ошибка, а некоторый широко распространенный прием, 
который скорее порождает проблемы, чем решает их. Антишаблоны 
будут явно отмечаться комментариями в программном коде. 

іаѵаБсгірІ: концепции 

Давайте коротко пробежимся по некоторым важным концепциям, ко¬ 
торые лежат в основе последующих глав. 

іаѵаБсгірІ — объектно-ориентированный язык 

ЛѵаЗсгірі - это объектно-ориентированный язык программирования, 
что нередко удивляет разработчиков, которые прежде слышали о нем, 
но не использовали в своей работе. Любые элементы, которые вы види¬ 
те в сценариях на ^ѵаЗсгірІ, наверняка являются объектами. В этом 
языке программирования существует всего пять элементарных типов 
данных, не являющихся объектами: числа, строки, логические значе¬ 
ния, пиіі и ипсІе'ГіпесІ, при этом первые три типа имеют соответствующее 
объектно-ориентированное представление в виде простых оберток (по¬ 
дробнее о них рассказывается в следующей главе). Числа, строки и ло¬ 
гические значения могут быть легко преобразованы в объекты либо 
явно - программистом, либо неявно - интерпретатором ^ѵаЗсгірІ. 

Функции также являются объектами. Они могут иметь свои свойства 
и методы. 

Самой простой операцией в любом языке программирования является 
определение переменной. Однако в ^ѵаЗсгірі, определяя переменную, 
вы уже имеете дело с объектом. Во-первых, переменная автоматически 
становится свойством внутреннего объекта, так называемого объек¬ 
та активации (Асііѵаііоп ОЪіесІ) (или свойством глобального объекта, 
если определяется глобальная переменная). Во-вторых, эта переменная 
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фактически является объектом, потому что она обладает собственными 
свойствами (или атрибутами ), которые определяют доступность пере¬ 
менной для изменения, удаления или использования в качестве после¬ 
довательности в циклах Гог-іп. Эти атрибуты явно не определены в стан¬ 
дарте ЕСМАЗсгірі 3, но в версии 5 предложены специальные методы 
для управления ими. 

Так что же такое объекты? Они предусматривают так много возмож¬ 
ностей, что на первый взгляд должны быть чем-то особенным. В дей¬ 
ствительности они чрезвычайно просты. Объект - это всего лишь кол¬ 
лекция именованных свойств, список пар ключ-значение (во многом 
идентичный ассоциативным массивам в других языках программиро¬ 
вания). Некоторые свойства объектов могут быть функциями (объекта¬ 
ми функций), которые в этом случае называются методами . 

Еще одна особенность создаваемых вами объектов состоит в том, что 
они остаются доступными для изменения в любой момент. (Впрочем, 
стандарт ЕСМАЗсгірі 5 определяет АРІ, предотвращающий возмож¬ 
ность изменения.) Вы можете добавлять, удалять и изменять свойства 
объектов. Для тех, кого волнуют проблемы безопасности и доступа, 
возникающие в связи с этим, в книге приводятся шаблоны, решающие 
эти проблемы. 

И наконец, следует помнить, что существуют две основные разновид¬ 
ности объектов: 

Собственные объекты языка 

Определяются стандартом ЕСМАЗсгірі;. 

Объекты окружения 

Определяются средой выполнения (например, броузером). 

Собственные объекты языка могут быть разделены на встроенные (на¬ 
пример, Аггау, 0а1:е) и пользовательские (ѵаг о = {};). 

Объектами окружения являются такие объекты, как ѵѵіпсіоѵѵ и все объ¬ 
екты БОМ. Если вам интересно узнать, используете ли вы объекты 
окружения, попробуйте выполнить свой сценарий в иной среде, отлич¬ 
ной от броузера. Если он работает, следовательно, вы наверняка исполь¬ 
зуете только собственные объекты языка. 

В іаѵаЗсгірІ отсутствуют классы 

Это утверждение постоянно будет встречаться на протяжении всей 
книги: в языке ^ѵаЗсгірі отсутствуют классы. Эта особенность будет 
в диковинку опытным программистам, обладающим опытом работы 
с другими языками программирования, и им понадобится определен¬ 
ная практика, чтобы «отучиться» от использования классов и привык¬ 
нуть иметь дело только с объектами. 
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Отсутствие классов позволяет писать более короткие программы - нет 
необходимости добавлять определение класса, чтобы создать объект. 
Взгляните, как выглядит создание объекта в языке ^ѵа: 

// Создание объекта в языке Оаѵа 
НеІІоОО Ме11о_оо = пем НеІІоООО; 

Необходимость написать одно и то же три раза выглядит излишеством, 
когда требуется создать множество простых объектов. А чаще всего мы 
хотим, чтобы наши объекты были именно простыми. 

В ^ѵаЗсгірі сначала создается пустой объект, а потом к нему добавля¬ 
ются желаемые свойства и методы. Объекты конструируются за счет 
добавления к ним свойств элементарных типов, функций или других 
объектов. «Пустой» объект в действительности не совсем пустой; он об¬ 
ладает несколькими встроенными свойствами, но не имеет «собствен¬ 
ных» свойств. Подробнее об этом мы поговорим в следующей главе. 

В книге, написанной «бандой четырех», говорится: «предпочтение от¬ 
дается приему составления объектов, а не наследованию». Это означает, 
что создание объектов из компонентов, имеющихся под рукой, являет¬ 
ся более предпочтительным, чем создание длинных иерархий насле¬ 
дования родитель-потомок. Следовать этому совету в ^ѵаЗсгірі очень 
легко, потому что в языке отсутствуют классы, а конструирование объ¬ 
ектов - это, собственно, как раз то, что вы так или иначе делаете. 

Прототипы 

В ЛѵаЗсгірі присутствует механизм наследования, хотя это всего лишь 
способ обеспечить многократное использование программного кода. 
(Многократному использованию посвящена целая глава в этой книге.) 
Наследование можно реализовать несколькими способами, которые 
обычно опираются на использование прототипов. Прототип - это объ¬ 
ект (что совершенно неудивительно), а каждая создаваемая вами функ¬ 
ция получает свойство рго1:о1:уре, ссылающееся на новый пустой объект. 
Этот объект практически идентичен тому, который создается литераль¬ 
ной формой или с помощью конструктора 0Ь]ес1:( ), за исключением того, 
что свойство сопзітисііог этого объекта ссылается на созданную вами 
функцию, а не на встроенный конструктор ОЬіесЦ). Вы можете добав¬ 
лять новые члены к этому пустому объекту и затем получать другие объ¬ 
екты, наследующие свойства и методы этого объекта и использующие 
их для своих нужд. 

Мы еще вернемся к проблеме наследования, а пока просто имейте 
в виду, что прототип - это объект (а не класс и не какая-то другая спе¬ 
циальная конструкция) и каждая функция имеет свойство ргоіоіуре. 

Среда выполнения 

Чтобы запустить программу на ЛѵаЗсгірі, необходимо иметь среду вы¬ 
полнения. Естественной средой обитания программ на ЛѵаЗсгірІ являет- 
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ся броузер, но эта среда не единственная. Значительная часть шаблонов, 
представленных в этой книге, касается ядра ЗаѵаЗсгірі (ЕСМАЗсгірІ), то 
есть они могут применяться в любой среде выполнения. 

Исключениями являются: 

• Шаблоны, применяемые в броузерах, которые описаны в главе 8. 

• Некоторые другие примеры, иллюстрирующие практическое при¬ 
менение шаблонов. 

Каждая среда выполнения может определять собственные объекты 
окружения , которые не определены в стандарте ЕСМАЗсгірІ и могут 
проявлять незаданное и неожидаемое поведение. 

ЕСМАБсгірІ 5 

Ядро языка программирования ЗаѵаЗсгірі (за исключением БОМ, ВОМ 
и дополнительных объектов окружения) опирается на стандарт ЕСМА- 
Зсгірі, или Е8. Версия 3 стандарта была официально принята в 1999 году 
и в настоящее время реализована в броузерах. Работа над версией 4 была 
остановлена, а в декабре 2009 года, спустя 10 лет после утверждения 
предыдущей версии, была одобрена версия 5. 

Версия 5 определяет несколько новых встроенных объектов, методов 
и свойств, но наиболее важным новшеством является введение так на¬ 
зываемого строгого ( зігісі ) режима, в котором запрещается использо¬ 
вание некоторых особенностей языка, что делает программы более про¬ 
стыми и более устойчивыми к ошибкам. Например использование ин¬ 
струкции ѵѵіііі, необходимость которой вызывала споры на протяжении 
нескольких лет. Теперь, согласно Е85, эта инструкция будет вызывать 
ошибку при выполнении в строгом режиме, а в нестрогом режиме будет 
выполняться как обычно. Строгий режим включается простой стро¬ 
кой, которая игнорируется прежними реализациями языка. Это озна¬ 
чает, что попытка включить строгий режим не будет порождать ошиб¬ 
ку в броузерах, не поддерживающих такую возможность. 

В каждой отдельно взятой области видимости (в объявлении функции, 
в глобальной области видимости или в начале строки, которая переда¬ 
ется функции еѵаІО) теперь можно перейти в строгий режим, как по¬ 
казано ниже: 

^ипсГіоп ту() { 

"изе зігісі:"; 

// остальная часть функции... 

} 

Это означает, что в теле функции будет доступен лишь ограниченный 
набор возможностей языка. Старые версии броузеров будут восприни¬ 
мать эту строку как обычное строковое значение, которое не присваи- 


Л51.ІПІ 


25 


вается никакой переменной, а потому никак не используется и не вы¬ 
зывает ошибок. 

В дальнейшем предполагается, что строгий режим станет единственно 
возможным. С этой точки зрения Е85 является переходной версией - 
разработчикам предлагается писать программный код, который будет 
действовать в строгом режиме, но никто не принуждает их к этому. 

В этой книге не рассматриваются шаблоны, имеющие отношение к ха¬ 
рактерным особенностям, привнесенным стандартом Е85, потому что 
к моменту написания этих строк ни один из современных броузеров 
не реализовал требования Е85. Однако примеры, которые приводятся 
в этой книге, предполагают возможность перехода на новый стандарт: 

• Их выполнение не будет приводить к ошибкам в строгом режиме 

• В них не используются устаревшие конструкции, такие как агди- 
тепіз.саііее 

• Примеры используют шаблоны Е83, для которых в Е85 предусмат¬ 
риваются встроенные эквиваленты, такие как ОЬіесІ.сгеаІеО 


ЗаѵаЗсгірі - это интерпретируемый язык программирования, для ко¬ 
торого не предусматривается статическая проверка типов на этапе ком¬ 
пиляции. Вследствие этого вполне возможно развернуть программу 
с ошибкой, вызванной обычной опечаткой, не заметив этого. Чтобы не 
допустить подобных ситуаций, можно воспользоваться инструментом 
ЗЗЬіпі ( Ніір://]8Ііпі.сот ). 

ЗЗЬіпі - это инструмент проверки качества программного кода на Заѵа- 
Зсгірі, созданный Дугласом Крокфордом (Бои&іаз Сгоск^огсі), который 
проверит ваш программный код и предупредит обо всех потенциаль¬ 
ных проблемах. Обязательно проверяйте свои сценарии с помощью 
ЗЗЬіпІ;. Этот инструмент «будет задевать ваше самолюбие», как преду¬ 
преждает его создатель, но только на первых порах. Благодаря 38Ьіпі 
вы будете быстро учиться на собственных ошибках и постепенно вы¬ 
работаете в себе основные привычки профессионального программиста 
на ЗаѵаЗсгірі. Отсутствие предупреждений после проверки с помощью 
ЗЗЬіпі поднимет вашу уверенность в программном коде, так как вы бу¬ 
дете знать, что второпях не допустили элементарных оплошностей или 
синтаксических ошибок. 

Начиная со следующей главы, вам часто будут встречаться упомина¬ 
ния о ЗЗІлпі. Все примеры программного кода в книге успешно про¬ 
шли проверку инструментом ЗЗЬіпІ; (с текущими, на момент написания 
этих строк, настройками по умолчанию), за исключением нескольких 
из них, которые явно отмечены как антишаблоны. 
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Настройки ^Ьіпі по умолчанию предполагают, что проверяемый про¬ 
граммный код написан для работы в строгом режиме. 

Консоль 

На протяжении всей книги мы будем использовать объект сопзоіе. Этот 
объект не является частью языка - он определяется средой выполне¬ 
ния и присутствует в большинстве современных броузеров. В Гігеіох, 
например, этот объект входит в состав расширения ГігеЪи&. Консоль 
в ГігеЪи# имеет графический интерфейс, позволяющий быстро вводить 
и проверять небольшие фрагменты программного кода на ^ѵаЗсгірі 
или экспериментировать с текущей загруженной страницей (рис. 1.1). 
Кроме того, ГігеЪи# - это очень удобный инструмент для исследований. 
Аналогичная функциональность присутствует в броузерах, реализо¬ 
ванных на основе движка \УеЪКіі (Заіагі и СЬготе), как часть комплек¬ 
та инструментов \ѴеЪ Іпзресіог, и в ІЕ, начиная с версии 8, как часть 
комплекта инструментов Беѵеіорег Тооіз. 
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Рис. 1.1. Использование консоли в броузере РігеЪиё 

В большинстве примеров вместо обновления страницы или вызова 
функции аІегіО используется объект сопзоіе, который предоставляет 
простой и ненавязчивый способ вывода информации. 

Мы будем часто использовать метод 1од(), который выводит все пере¬ 
данные ему параметры, а иногда метод с!іг(), который перечисляет пе- 
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реданные ему объекты и выводит значения их свойств. Ниже приводит¬ 
ся пример использования этих методов: 

сопзоіе. ІодС'Іезі:” , 1, {}, [1,2,3]); 
сопзо1е.с!іг({опе: 1, імо: {1:И гее : 3}}); 

При работе в консоли не требуется использовать метод сопзоіе.1од() - 
вызов метода можно просто опустить. Чтобы не загромождать текст, 
в некоторых примерах именно так и делается, если предполагается, что 
они должны проверяться в консоли: 

міпсіом.пате === \ѵіпс!о\ѵ[ ‘ пате’ ]; // ігие 

Эта инструкция эквивалентна следующей: 

сопзоіе . 1од(иіпс1ои. пате === \ѵіпс!оѵѵ/[ ‘ пате' ]); 

и выведет в консоли слово Ігие. 



Основы 


В этой главе рассматриваются основные приемы, шаблоны и способы 
оформления высококачественного программного кода на ЛѵаЗсгірі, 
такие как отказ от глобальных переменных, объявление переменных 
в единственной инструкции ѵа г, вынесение вычисления переменной дли¬ 
ны из заголовка цикла, следование соглашениям по оформлению про¬ 
граммного кода и многие другие. Кроме того, в этой главе приводятся не¬ 
которые рекомендации, напрямую не связанные с программным кодом 
и имеющие отношение к самому процессу создания сценариев, включая 
написание документации, проведение сравнительных исследований 
и проверку сценариев с помощью ^Ьіпі. Эти приемы и рекомендации 
помогут вам писать более качественный, более понятный и более про¬ 
стой в сопровождении программный код - код, которым можно будет 
гордиться (и который можно будет читать) спустя месяцы и годы. 

Создание простого в сопровождении 
программного кода 

Ошибки в программах достаточно сложно отыскивать и исправлять. 
И эта сложность возрастает с течением времени, особенно если ошибки 
вкрадываются в уже выпущенный программный продукт. Проще всего 
ошибки исправлять в процессе работы, сразу же после их обнаружения, 
то есть пока ваши мысли крутятся вокруг проблемы, которую вы пы¬ 
таетесь решить. Сделать это будет намного сложнее, когда вы перейдете 
к решению другой задачи и забудете все, что связано с данным конкрет¬ 
ным фрагментом программного кода. При последующем возвращении 
к программному коду вам потребуется: 

• Некоторое время, чтобы повторно изучить и понять проблему 

• Некоторое время, чтобы понять программный код, который решает 
эту проблему 
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Еще одна проблема, характерная для крупных проектов и компаний, 
состоит в том, что ошибку приходится исправлять уже другому про¬ 
граммисту, а не тому, который ее допустил, а натыкается на нее обычно 
еще кто-то третий. Поэтому очень важно сократить время, необходимое 
на то, чтобы понять, как действует программный код, написанный не¬ 
которое время тому назад вами или другим разработчиком. Это чрезвы¬ 
чайно важно не только с экономической, но и с психологической точки 
зрения, потому что все мы предпочитаем создавать что-то новое и захва¬ 
тывающее, а не тратить часы и дни, оживляя старую плохо работающую 
программу. 

Другой жизненный факт, связанный с разработкой ПО, заключается 
в том, что большая часть времени обычно тратится на чтение программ¬ 
ного кода, а не на его написание . Иногда, когда разработчик с головой 
уходит в решение проблемы, он может за один день написать значитель¬ 
ный объем кода. Этот код наверняка будет исправно работать на данном 
этапе, но по мере разработки приложения могут возникать ситуации, 
когда придется вернуться к этому программному коду, внимательно 
просмотреть его и изменить, если это потребуется. Например: 

• При обнаружении ошибок 

• При добавлении в приложение новых особенностей 

• При необходимости обеспечить работоспособность в другой среде 
выполнения (например, в новом броузере, появившемся на рынке) 

• Когда потребуется изменить реализацию 

• Когда необходимо переписать код заново, или перенести реализацию 
на другую архитектуру, или даже переложить ее на другой язык 

В результате для внесения изменений в программный код, который 
был написан за несколько человеко-часов, может потребоваться затра¬ 
тить несколько человеко-недель, - на его чтение. Именно поэтому так 
важно для успеха приложения писать простой в сопровождении про¬ 
граммный код. 

Простой в сопровождении код предполагает соответствие следующим 
критериям: 

• Удобочитаемость 

• Непротиворечивость 

• Предсказуемость 

• Оформление, как если бы он был написан одним человеком 

• Наличие документации 

Все примеры, которые приводятся в оставшейся части главы, демон¬ 
стрируют реализацию этих требований при программировании на ^ѵа- 
Зсгірі. 
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Минимизация количества глобальных 
переменных 

Для управления областями видимости в ^ѵаЗсгірІ; используются 
функции. Переменная, объявленная внутри функции, является ло¬ 
кальной по отношению к этой функции и недоступна за ее пределами. 
С другой стороны, переменные, объявленные или просто используемые 
за пределами функций, являются глобальными . 

В любой среде выполнения ^ѵаЗсгірІ; существует глобальный объект , 
доступный при использовании ссылки ІМз за пределами функций. 
Любая создаваемая вами глобальная переменная становится свойством 
глобального объекта. Для удобства глобальный объект в броузерах име¬ 
ет дополнительное свойство міпсіом, которое (обычно) ссылается на сам 
глобальный объект. Следующий фрагмент демонстрирует, как можно 
создать глобальную переменную и обратиться к ней в броузере: 

тудіоіэаі = "Ііеііо"; // антишаблон 

сопзоіе. Іод(тудіобаі) ; // "Ііеііо" 

сопзоіе . 1од(міпс1оѵ\/ . тудіоіэаі ); // "Ііеііо" 

сопзоіе. 1од(\*/іпбсм[ и туд1оЬаГ']); // "Ііеііо" 

сопзоіе. 1од(Шз.тудіобаі); // "Ііеііо" 

Проблемы, связанные с глобальными переменными 

Проблема, связанная с глобальными переменными, порождается тем, 
что они доступны всему приложению на ^ѵаЗсгірІ; или всей веб-стра¬ 
нице. Все эти переменные находятся в одном глобальном пространстве 
имен, вследствие чего всегда есть вероятность конфликта имен - когда 
две различные части приложения определяют глобальные переменные 
с одинаковыми именами, но для разных целей. 

Кроме того, в веб-страницы часто включается программный код, напи¬ 
санный сторонними разработчиками, например: 

• Сторонние библиотеки ^ѵаЗсгірІ; 

• Сценарии рекламодателя 

• Сторонние сценарии для отслеживания пользователей и сбора стати¬ 
стической информации 

• Различные виджеты, эмблемы и кнопки 

Предположим, что один из сторонних сценариев определяет глобальную 
переменную с именем, например, гезиГІ. Далее, в одной из своих функ¬ 
ций вы также определяете глобальную переменную с именем гезиіі:. 
В результате стоит функции изменить значение переменной гезиіі:, 
и сторонний сценарий может перестать работать. 

Поэтому так важно сохранять добрососедские отношения с другими 
сценариями, присутствующими в странице, и использовать как можно 
меньше глобальных переменных. Далее в этой книге вы познакомитесь 
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с некоторыми стратегиями уменьшения количества глобальных пере¬ 
менных, такими как шаблон создания отдельных пространств имен 
или немедленно вызываемые функции, но самым действенным шаб¬ 
лоном, позволяющим уменьшить количество глобальных переменных, 
является повсеместное использование объявлений ѵаг. 

Легкость непреднамеренного создания глобальных переменных в ^ѵа- 
8сгірІ обусловлена двумя особенностями этого языка. Во-первых, в нем 
допускается использовать переменные без их объявления. И во-вто¬ 
рых, в этом языке имеется понятие подразумеваемых глобальных пере¬ 
менных , когда любая необъявленная переменная превращается в свой¬ 
ство глобального объекта (и становится доступной, как любая другая 
объявленная глобальная переменная). Взгляните на следующий пример: 

іипсііоп зит(х, у) { 

// антишаблон: подразумеваемая глобальная переменная 
гезиіі: = х + у; 
геіигп гезиіі; 

} 

В этом фрагменте используется необъявленная переменная гезиіі. Эта 
функция прекрасно работает, но после ее вызова в глобальном про¬ 
странстве имен появится переменная гезьП, что впоследствии может 
стать источником ошибок. 

Чтобы избежать подобных проблем, всегда объявляйте переменные 
с помощью инструкции ѵаг, как показано в улучшенной версии функ¬ 
ции зьтО: 

Іипсііоп зит(х, у) { 
ѵаг гезиіі = х + у; 

геіигп гезиіі; 

} 

Еще один антишаблон, применение которого приводит к созданию под¬ 
разумеваемых глобальных переменных, - это объединение нескольких 
операций присваивания в одной инструкции ѵаг. Следующий фрагмент 
создаст локальную переменную а, но переменная Ь будет глобальной, 
что, вероятно, не совсем совпадает с намерениями программиста: 

// антишаблон, не используйте его 
Іипсііоп іоо() { 

ѵаг а = Ь = 0; 

// ... 

} 

Если вам интересно разобраться, объясню, что это происходит из-за 
того, что выражения присваивания выполняются справа налево. Сна¬ 
чала выполняется выражение Ь = 0, а в данном случае Ь - это необъ¬ 
явленная переменная. Это выражение возвращает значение 0, которое 
присваивается новой локальной переменной, объявленной инструкци- 
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ей ѵаг а. Другими словами, данная инструкция эквивалентна следую¬ 
щей: 


ѵаг а = (Ь = 0); 


Если бы переменные уже были объявлены, то объединение операций 
присваивания в одну инструкцию не привело бы к созданию глобаль¬ 
ной переменной. Например: 


Гипсі;іоп ^ооО { 
ѵа г а, Ь; 


// ... 

а = Ь = 0; // обе переменные - локальные 



Переносимость - еще одна причина избегать глобальных пере¬ 
менных. Когда необходимо, чтобы программный код выполнял¬ 
ся в различных окружениях, глобальные переменные становят¬ 
ся небезопасными, потому что можно по неосторожности зате¬ 
реть какой-нибудь объект окружения, отсутствующий в среде 
выполнения, для которой первоначально создавался сценарий 
(из-за чего вы могли считать имя, выбранное для переменной, 
безопасным), но имеющийся в каких-то других окружениях. 


Побочные эффекты, возникающие в отсутствие 
объявления ѵаг 

Между подразумеваемыми глобальными переменными и глобальными 
переменными, объявленными явно, существует одно тонкое отличие - 
возможность использования оператора сіеіеѣе для удаления перемен¬ 
ных: 

• Глобальные переменные, созданные явно с помощью инструкции 
ѵаг (в программе, за пределами какой-либо функции), не могут быть 
удалены. 

• Подразумеваемые переменные, созданные без помощи инструкции 
ѵаг (независимо от того, были они созданы в пределах функции или 
нет), могут быть удалены. 

Следующий фрагмент демонстрирует, что подразумеваемые глобаль¬ 
ные переменные технически не являются настоящими переменными, 
но являются свойствами глобального объекта. Свойства могут удалять¬ 
ся с помощью оператора сІеІеГе, тогда как переменные - нет: 

// определение трех глобальных переменных 
ѵаг д1оба1_ѵаг = 1; 

д1оЬа1_поѵаг = 2; // антишаблон 

(^ипсііоп () { 

д ІоЬа 1_Г гот Гипс = 3; // антишаблон 
}()); 
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// попытка удаления 
йеіете д1оЬа1_ѵаг; // Таізе 
йеіете д1оЬа1_поѵаг; // Тгие 
сіеіете д1оЬа1_Г готТипс ; // Тгие 

// проверка удаления 

1:уреоТ д1оЬа1_ѵаг; // "питЬег" 

ТуреоІ 1 д1оЬа1_поѵаг; // "ипйеМпесГ 
ІіуреоТ д1о!эа1_ТготТипс; // "ипйеМпесГ 

В строгом режиме, предусматриваемом стандартом Е85, попытка при¬ 
своить значение необъявленной переменной (такой как переменные 
в двух антишаблонах выше) приведет к появлению ошибки. 

Доступ к глобальному объекту 

В броузерах глобальный объект доступен в любой части сценария как 
свойство с именем міпсіои (если только вы не предприняли каких-либо 
неожиданных действий, например, объявив локальную переменную 
с именем иіпсіом). Однако в других окружениях это удобное свойство 
может называться иначе (или вообще быть недоступным для програм¬ 
миста). Если вам необходимо обратиться к глобальному объекту без ис¬ 
пользования жестко определенного идентификатора міпсіом, можно вы¬ 
полнить следующие операции на любом уровне вложенности в области 
видимости функции: 

ѵаг діоіэаі = Нипсііоп () { 
геіигп Шз; 

}()); 

Этот прием позволит получить доступ к глобальному объекту в любом 
месте, потому что внутри функций, которые вызываются как функ¬ 
ции (то есть не как конструкторы с оператором пем), ссылка Шз всегда 
указывает на глобальный объект. Однако этот прием не может исполь¬ 
зоваться в строгом режиме, предусматриваемом стандартом ЕСМА- 
Зсгірі; 5, поэтому вам необходимо будет задействовать иной шаблон, 
если потребуется обеспечить работоспособность сценария в строгом ре¬ 
жиме. Например, если вы разрабатываете библиотеку, можно обернуть 
программный код библиотеки немедленно вызываемой функцией (этот 
шаблон рассматривается в главе 4), а из глобальной области видимости 
передавать этой функции ссылку Шз в виде параметра. 

Шаблон единственной инструкции ѵаг 

Прием использования единственной инструкции ѵаг в начале функций - 
достаточно полезный шаблон, чтобы взять его на вооружение. Его при¬ 
менение дает следующие преимущества: 

• Все локальные переменные, необходимые функции, объявляются 
в одном месте, что упрощает их поиск 
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• Предотвращает логические ошибки, когда переменная используется 
до того, как она будет объявлена (подробнее об этом рассказывается 
в разделе «Проблемы с разбросанными переменными» ниже) 

• Помогает не забывать объявлять переменные и позволяет умень¬ 
шить количество глобальных переменных 

• Уменьшает объем программного кода (который придется вводить 
и передавать по сети) 

Шаблон единственной инструкции ѵаг выглядит следующим образом: 

ГипсНоп ^ипс() { 
ѵаг а = 1, 

Ь = 2, 

зит = а + Ь, 
туоЬзесі: = {}, 
і, 

// тело функции... 

> 

Вы используете единственную инструкцию ѵаг и объявляете в ней сразу 
несколько переменных, разделяя их запятыми. При этом допускается 
одновременно инициализировать переменные начальными значения¬ 
ми. Это поможет предотвратить логические ошибки (все неинициали¬ 
зированные переменные по умолчанию получают значение ипсІеГіпесІ), 
а также повысит удобочитаемость программного кода. Когда в дальней¬ 
шем вы вновь вернетесь к этому коду, вы быстро сможете разобраться, 
для чего предназначена каждая переменная, опираясь на начальные 
значения. Например, является та или иная переменная объектом или 
целым числом. 

Кроме того, во время объявления переменной можно предусмотреть вы¬ 
полнение фактических операций, таких как вычисление суммы зит = 
а + Ь в предыдущем примере. Другой пример: работая с деревом БОМ 
(Боситепі; ОЬіесІ Мосіеі - объектная модель документа), можно одно¬ 
временно с объявлением локальных переменных присваивать им ссыл¬ 
ки на элементы, как показано ниже: 

Іипсііоп ирйаІеЕ1етеп1( ) { 

ѵаг еі = сіоситепі:.деі;Е1етепі;ВуІс1 (’*гезиіі;"), 
зіуіе = еі.зіуіе; 

// Выполнение операций над переменными еі и зіуіе. .. 

} 

Подъем: проблемы с разбросанными переменными 

В языке ^ѵаЗсгірі; допускается вставлять несколько инструкций ѵаг 
в функции, и все они будут действовать, как если бы объявления пере- 
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менных находились в начале функции. Такое поведение называется 
подъемом ( НоШіпё ) и может приводить к логическим ошибкам, когда 
переменная сначала используется, а потом объявляется ниже в этой 
же функции. В языке ^ѵаЗсгірІ; переменная считается объявленной, 
если она используется в той же области видимости (в той же функции), 
где находится объявление ѵа г, даже если это объявление располагается 
ниже. Взгляните на следующий пример: 

// антишаблон 

тупате = "дІоЬаІ"; // глобальная переменная 

Іипсііоп 1ипс() { 

аіегі(тупате) ; // "ипРеІіпесГ 

ѵаг тупате = "Іосаі"; 
аіегі(тупате); // "Іосаі" 

} 

1ипс(); 

Вы могли бы предположить, что первый вызов а1ег1;() выведет запрос 
«&1оЪа1», а второй - «Іосаі». Это вполне разумное предположение, пото¬ 
му что к моменту первого вызова аІегЦ) переменная тупате еще не была 
объявлена, и поэтому функция должна была бы, вероятно, «увидеть» 
глобальную переменную тупате. Но на самом деле все совсем не так. 
Первый вызов а1еП() выведет текст «ипсіейпесі», потому что перемен¬ 
ная тупате считается объявленной как локальная переменная функции. 
(Даже несмотря на то, что объявление находится ниже.) Все объявления 
переменных как бы поднимаются в начало функции. Таким образом, 
чтобы избежать подобных накладок, лучше помещать объявления всех 
переменных, которые предполагается использовать, в начало функции. 

Предыдущий фрагмент действует так, как если бы он был реализован, 
как показано ниже: 

тупате = "дІоРаГ; 

Іипсііоп 1ипс() { 
ѵаг тупате; 
а1егі(тупате); 
тупате = “Іосаі”; 
аіегі(тупате); 

} 


Для полноты картины следует отметить, что фактическая реа¬ 
лизация немного сложнее. Программный код обрабатывается 
интерпретатором в два этапа, причем объявления переменных, 
функций и формальных параметров обрабатываются на первом 
этапе, то есть на этапе синтаксического анализа и установки 
контекста. На втором этапе, этапе выполнения программного 
кода, производится создание функций-выражений и неквалифи¬ 
цированных идентификаторов (необъявленных переменных). 
Однако в утилитарных целях вполне можно пользоваться кон- 



// глобальная переменная 

// то же, что и -> ѵаг тупате = ипгіеНпегі; 

// "ипреііпесі" 

// "Іосаі" 
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цепцией подъема (Ноізііпё), которая хотя и не определяется 
стандартом ЕСМАЗсгірІ, но часто используется для описания 
этого поведения. 


Циклы Тог 

Циклы Гог используются для выполнения итераций по элементам масси¬ 
вов или объектов, напоминающих массивы, таких как агдитепГз и НТМ1_- 
СоІІесГіоп. Ниже приводится типичный шаблон использования цикла 

Гог: 

// не самый оптимальный способ использования цикла 
Гог (ѵаг і = 0; і < туаггау. ІелдГГі ; і++) { 

// выполнить какие-либо операции над туаггау[ і ] 

} 

Недостаток этого шаблона состоит в том, что в каждой итерации выяс¬ 
няется длина массива. Это может уменьшить скорость работы цикла, 
особенно если туаггау является не массивом, а объектом НТМІ_Со11есГіоп. 

НТМЮоІІесГіоп - это объект, возвращаемый методами БОМ, такими как: 

• сІоситепГ.деГЕІетепГзВуМатеО 

• сІоситепГ.деГЕІетепГзВуСІаззМатеО 

• боситепГ.деГЕІетепГзВуТадМатеО 

Существует еще несколько объектов НТМЮоПесПоп, которые появились 
до введения стандарта БОМ и по-прежнему используются. В их число 
(наряду с другими) входят: 

сіоситепг.ітадез 

Все элементы ІМО на странице, 
сіоситепг.ііпкз 

Все элементы А. 
боситепГ.Гогтз 
Все формы. 

сІоситепГ.Гогт5[0].е1етепГ5 

Все поля из первой формы на странице. 

Проблема при работе с такими коллекциями состоит в том, что при об¬ 
ращении к ним выполняются запросы к документу (к НТМЬ-странице). 
Это означает, что при каждом определении длины коллекции выполня¬ 
ется запрос к механизму БОМ, а операции с деревом БОМ, как прави¬ 
ло, являются довольно дорогостоящими. 

Именно поэтому при работе с циклами Гог лучше определять длину мас¬ 
сива (или коллекции) заранее, как показано в следующем примере: 


Циклы Іог 
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Іог (ѵаг і = 0, тах = туаггау. Іепдііі; і < тах; і++) { 

// выполнить какие-либо операции над туа г гау[і] 

> 

При таком подходе значение свойства ІепдІІп будет извлекаться всего 
один раз за все время работы цикла. 

Прием предварительного определения длины при выполнении итера¬ 
ций по объектам НТМЮоПесИопз дает прирост в скорости во всех броузе¬ 
рах - от двух (Заіагі 3) до 190 раз (ІЕ7). (Более подробно об этом расска¬ 
зывается в книге «Ш&Ь. Регіогтапсе ЗаѵаЗсгірІ» 1 , написанной Никола¬ 
сом Закасом (№сЬо1аз 2аказ) [О’КеШу].) 

Обратите внимание, что в случаях, когда вы предполагаете явно изме¬ 
нять коллекцию в цикле (например, добавлять дополнительные элемен¬ 
ты БОМ), вероятно, лучше будет определять длину коллекции в каждой 
итерации, а не один раз. 

Следуя шаблону единственной инструкции ѵаг, объявление ѵаг можно 
вынести за пределы цикла, как показано ниже: 

Гипсііоп 1оорег() { 
ѵаг і = О, 
тах, 

туаггау = []; 

// ... 

^ог (і = 0, тах = туаггау.ІепдГМ; і < тах; і++) { 

// выполнить какие-либо операции над туаггау[і] 

} 

} 

Достоинство такого подхода заключается в его последовательности - вы 
придерживаетесь шаблона с единственной инструкцией ѵаг. Недостаток 
состоит в том, что подобные циклы сложнее копировать и перемещать 
в процессе рефакторинга программного кода. Например, при копирова¬ 
нии цикла из одной функции в другую вам также придется позаботить¬ 
ся об объявлении переменных і и тах в новой функции (и, возможно, 
удалить их из оригинальной функции, если там они больше не исполь¬ 
зуются). 

И последний штрих к циклам 'Гог - замена выражения і++ одним из сле¬ 
дующих: 

і = і + 1 
і += 1 

ЗЗЬіпІ предложит вам сделать это. Причина заключается в том, что 
операторы ++ и — проявляют «излишнюю хитрость». Если вы не соглас- 


і 


Закас Н. « ^ѵаЗсгірІ. Оптимизация производительности». - Пер. с англ. - 
СПб.: Символ-Плюс. Выход книги ожидается в III квартале 2011 г. 
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ны с такой заменой, установите в настройках параметр ріизріиз 

в значение Гаізе. (По умолчанию он принимает значение ігие.) Далее 
в этой книге будет использоваться последний из предложенных шаб¬ 
лонов: і += 1. 

Ниже представлены два других немного более оптимизированных шаб¬ 
лона оформления циклов Гог, в которых: 

• Используется на одну переменную меньше (отсутствует переменная 
тах). 

• Счет итераций ведется в обратном порядке - от максимального зна¬ 
чения к нулю, что обычно дает дополнительный прирост в скорости 
из-за того, что операция сравнения с числом 0 немного эффективнее, 
чем операция сравнения с длиной массива или любым другим чис¬ 
лом, отличным от 0. 

Первый шаблон цикла: 

ѵаг і, туаггау = []; 

Гог (і = туаггау. Іепдгіі; і--;) { 

// выполнить какие-либо операции над туаггау[і] 

> 

И второй шаблон, основанный на использовании цикла ѵМІе: 

ѵаг туаггау = [], 

і = туаггау. ІепдГР; 

ѵѵ/ігі 1е (і--) { 

// выполнить какие-либо операции над туаггау[і] 

> 

Прирост скорости, который дают эти незначительные улучшения, бу¬ 
дет заметен только при выполнении операций, где требуется наивыс¬ 
шая производительность. Кроме того, ^Ьіпі будет выдавать предупре¬ 
ждения для каждого встреченного выражения і— . 

Циклы Гог-іп 

Циклы Гог-іп должны использоваться для обхода только тех объектов, 
которые не являются массивами. Обход с применением циклов Гог-іп 
также называется перечислением . 

С технической точки зрения ничто не мешает использовать цикл Гог-іп 
для обхода элементов массива (потому что массивы в ^ѵаЗсгірІ; также 
являются объектами), но делать так не рекомендуется. Это может при¬ 
вести к логическим ошибкам, если объект массива был расширен допол¬ 
нительными функциональными возможностями. Кроме того, циклы 
Гог-іп не гарантируют какой-то определенный порядок обхода свойств. 
Поэтому для обхода массивов рекомендуется использовать циклы Гог, 
а циклы Гог-іп использовать для обхода свойств объектов. 




Циклы {ог-іп 
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При обходе в цикле свойств объекта важно использовать метод ІіазОѵѵп- 
РгорегІуО, чтобы отфильтровать свойства, которые были унаследованы 
от прототипа. 

Взгляните на следующий пример: 

// объект 
ѵаг тап = { 

Иапбз: 2, 

Іедз: 2, 

Ііеасіз: 1 

}; 

// где-то далее в сценарии ко всем объектам 

// добавляется дополнительный метод 

Н (ІуреоІ 1 ОЬ^есі: . ргоі;оі;уре . сіопе === "ипсІеНпесГ) { 

ОЬ^есі;.ргоіоіуре.сіопе = Гипсііоп () {}; 

} 

В этом примере мы создали простой объект с именем тап, определив его 
с помощью литерала объекта. Где-то в тексте сценария, до или после 
создания объекта тап, прототип объекта ОЬ] ее! был расширен дополни¬ 
тельным методом с именем с1опе(). Цепочка наследования прототипа 
постоянно проверяется интерпретатором, а это означает, что все объек¬ 
ты автоматически получают доступ к новому методу. Чтобы избежать 
обнаружения метода с1опе() в процессе перечисления свойств объекта 
тап, необходимо вызывать метод ІіазОипРгорегГуО, чтобы отфильтровать 
свойства прототипа. Отказ от фильтрации приведет к тому, что функ¬ 
ция с1опе() окажется в числе перечисленных свойств, что в большин¬ 
стве случаев может вызвать нежелательное поведение: 

// 1 . 

// цикл ^ог-іп 
■Гог (ѵаг і іп тап) { 

іГ (тап. &а80ѵтРгорегГу(і)) { // фильтрация 

сопзоіе.1од(і, тап[і]); 

} 

} 

Л 

результаты в консоли 
ПапРз : 2 
Іедз : 2 
Гіеасіз : 1 
*/ 

// 2 . 

// антишаблон: 

// цикл Гог-іп без проверки с помощью ГіазОѵѵпРгорегГу() 

Го г (ѵаг і іп тап) { 

сопзоіе.1од(і, тап[і]); 

} 
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Л 

результаты в консоли 
Ітапсіз : 2 
Іедз : 2 
Меасіз : 1 

сіопе: ^ипсГіопО 
*/ 

Другой шаблон с использованием метода ГіазО\л/пРгорег1:у( ) - вызов мето¬ 
да относительно О^есГ-ргоГоГуре, как показано ниже: 

Гог (ѵаг і іл тал) { 

іі (0Ь]есІ. ргоіоіуре. ПазСЫпРгорегІу. саЩтал, і)) { //фильтрация 
солзоіе.Іод(і, тал [і]); 

> 

} 

Преимущество этого способа состоит в том, что он позволяет избежать 
конфликтов имен в случае, если объект тал переопределит метод Раз- 
СЫпРгорегГу. Кроме того, можно предотвратить поиск метода в длинном 
списке свойств объекта 0Ь]есГ, сохранив ссылку на него в локальной 
переменной: 


ѵаг і, 

РазОжі = О^есГ. ргоГоГуре. РазОѵтРгорегГу; 

Гог (і іл тал) { 

іі (РазОѵѵл.саІЦтал , і)) { // фильтрация 
солзоіе.Іод(і, тал [і]); 

} 

> 




Ч?' 



Строго говоря, отказ от использования метода РазОѵѵлРгорегІуО 
не является ошибкой. В зависимости от решаемой вами задачи 
вы можете опустить его вызов и тем самым немного ускорить 
выполнение цикла. Но если вы не уверены в содержимом объ¬ 
екта (и в том, какие свойства присутствуют в цепочке наследова¬ 
ния прототипа), безопаснее будет добавить проверку РазОѵѵл- 
РгорегІуО. 


Имеется возможность использовать иной вариант оформления про¬ 
граммного кода (который не проходит проверку с помощью ^ІлпГ) - 
опустить фигурную скобку перед началом тела цикла и поместить 
условную инструкцию іГ в одну строку с инструкцией Гог. В таком виде 
инструкция цикла читается почти как законченное предложение («для 
каждого элемента, который является собственным свойством X объек¬ 
та, выполнить некоторые операции»). Кроме того, при таком оформле¬ 
нии получается меньше отступов: 

// Внимание: не проходит проверку в ^Іллі 

ѵаг і, 




Расширение встроенных прототипов (в том числе нежелательное) 
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ІпазОѵѵп = ОЬзесТ. ргоіоіуре. 1пазО\л/пРгорегТу; 

^ог (і іп тап) Н (ИазОмп.са11(тап, і)) { // фильтрация 

сопзоіе.Іод(і, тап[і]); 

} 

Расширение встроенных прототипов 
(в том числе нежелательное) 

Расширение свойств ргоіоіуре функций-конструкторов - это довольно 
мощный способ расширения функциональных возможностей, но ино¬ 
гда он может оказаться слишком мощным. 

Весьма заманчиво было бы расширить возможности прототипов встро¬ 
енных конструкторов, таких как 0Ь]ес1:(), АггауО или РипсІіопО, но это 
может отрицательно сказаться на удобстве сопровождения, потому 
что такой способ делает программный код менее предсказуемым. Дру¬ 
гие разработчики, использующие ваш код, наверняка предполагают, 
что встроенные методы ЗаѵаВсгірі; будут действовать как обычно, и не 
ожидают столкнуться с вашими расширениями. Кроме того, свойства, 
добавляемые к прототипу, могут обнаруживаться в циклах, не исполь¬ 
зующих метод ПазСЫпРгорегІуО, что чревато ошибками. 

Поэтому будет лучше отказаться от идеи расширения встроенных про¬ 
тотипов. Исключение из правил можно сделать только при соблюдении 
всех следующих условий: 

1. Если ожидается, что данная функциональность будет предусмотре¬ 
на в будущих версиях ЕСМАВсгірі или реализована в ЗаѵаВсгірі 
в виде встроенных методов. Например, вы можете добавить методы, 
предусмотренные стандартом ЕСМАВсгірі 5, пока они не появятся 
в броузерах. В этом случае вы просто заранее определите удобные 
методы. 

2. Вы проверили, что ваше свойство или метод не реализовано где-либо 
в другом месте и не является частью реализации Лѵа8сгірі в одном 
из броузеров, поддерживаемых вами. 

3. Вы описали это расширение в документации и сообщили об измене¬ 
ниях всем участникам проекта. 

Если все три условия соблюдены, вы можете добавить свое расширение 
в прототип, используя следующий шаблон: 

( ІуреоГ ОЬз есі . ргоіоуре. туМеІІіосІ ! — "(шпсПогГ) { 

0Ь]ес1. ргоіоуре.туМеІІюсІ = ^ипсііоп () { 

// реализация... 

}; 

} 
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Шаблон зѵѵіісН 

Применяя следующий шаблон, вы сможете улучшить удобочитаемость 
и надежность инструкций зміісЬ в своих сценариях: 

ѵаг іпзресІ_те = О, 
гезиіі = '' ; 

зѵѵіісЬ (іпзресІ_те) { 
сазе 0: 

гезиіі = “гего"; 

Ьгеак; 
сазе 1: 

гезиіі = “опе”; 

Ьгеак; 

ЬеГаиІІ : 

гезиіі = "ипкпсмп”; 

} 

В этом простом примере демонстрируется использование следующих 
соглашений по оформлению: 

• Каждая инструкция сазе выравнивается по инструкции зѵ/іісЬ (ис¬ 
ключение из правил оформления отступов в фигурных скобках). 

• Программный код внутри каждой инструкции сазе оформляется 
с дополнительным отступом. 

• Каждая инструкция сазе завершается явно с помощью инструкции 

Ьгеак;. 

• Старайтесь не пользоваться приемом «проваливания» в следующую 
инструкцию сазе (когда преднамеренно опускается инструкция Ьгеак). 
Применяйте его, только если вы абсолютно уверены, что это наилуч¬ 
шее решение, при этом обязательно описывайте такие инструкции 
сазе в комментариях, потому что те, кто будет читать ваш код, могут 
воспринять отсутствие инструкции Ьгеак как ошибку. 

• Заканчивайте инструкцию зміісЬ веткой сіеіаиіі:, чтобы гарантиро¬ 
вать получение нормального результата даже в случае отсутствия 
совпадений с какой-либо из инструкций сазе. 

Избегайте неявного приведения типов 

При сравнивании переменных интерпретатор ^ѵаЗсгірІ неявно выпол¬ 
няет приведение типов переменных. Именно поэтому такие операции 
сравнения, как Іаізе == 0 или == 0, возвращают Ігие. 

Чтобы избежать путаницы, вызванной неявным приведением типов, 
всегда используйте операторы === и !==, которые сравнивают и значе¬ 
ния, и типы выражений, участвующих в операции: 


Избегайте неявного приведения типов 
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ѵаг гего = 0; 
іі (гего === Таізе ) { 

// тело этой инструкции не будет выполнено, 

// потому что гего - это 0, а не Іаізе 

} 

// антишаблон 
іі (гего == Іаізе) { 

// тело этой инструкции будет выполнено 

} 

Существует другая точка зрения, согласно которой в некоторых ситуа¬ 
циях, когда достаточно использовать оператор ==, оператор === может 
оказаться избыточным. Например, когда вы используете метод Іуреоі", 
вы знаете, что он возвращает строку, поэтому в данном случае нет смыс¬ 
ла использовать более строгий оператор сравнения. Однако ^Ілпі тре¬ 
бует использовать строгие версии операторов сравнения - они придают 
непротиворечивость программному коду и упрощают его чтение. (Не 
приходится думать: «данный оператор == использован намеренно или 
это упущение программиста?») 

Не используйте еѵаІ() 

Если вы намереваетесь использовать функцию еѵа1() в своем сценарии, 
вспомните мантру «еѵа1() - это зло». Эта функция принимает произ¬ 
вольную строку и выполняет ее как программный код на ^ѵаВсгірі. 
Если заранее известно, какой программный код потребуется выпол¬ 
нить (то есть он не определяется во время выполнения), то нет смысла 
использовать функцию еѵа1(). Если же программный код генерируется 
динамически во время выполнения сценария, зачастую есть лучший 
способ достичь тех же целей без применения функции еѵа1(). Напри¬ 
мер, для доступа к динамическим свойствам лучше и проще использо¬ 
вать форму записи с квадратными скобками: 

// антишаблон 

ѵаг ргорегіу = "пате”; 

а1егІ(еѵа1("оЬ;і . ” + ргорегіу)); 

// предпочтительный способ 
ѵаг ргорегіу = "пате”; 
а1егІ(оЬ;|[ргорегіу]); 

Кроме того, при использовании еѵа1( ) вы ставите под удар безопасность 
приложения, потому что в этом случае появляется риск выполнить 
программный код (например, полученный из сети), измененный зло¬ 
умышленником. Подобный антишаблон часто применяется для обра¬ 
ботки ответов в формате ^(Ж, полученных по запросам Аіах. В таких 
ситуациях для анализа ответов в формате ^(Ж лучше и безопаснее 
использовать встроенные методы, предоставляемые броузером. Для 
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анализа ответов в броузерах, не имеющих собственного метода 050И. 
рагзе( ), можно воспользоваться библиотекой, которая доступна на сай¬ 
те ^80N.о^8. 

Также важно помнить, что передача строк функциям зеіІп1:егѵа1(), зеі:- 
Тітеои1( ) и конструктору РипсИоп( ) аналогична вызову функции еѵа1( ), 
поэтому такого их применения желательно избегать. За кулисами ин¬ 
терпретатор ЛѵаЗсгірі вынужден будет проанализировать передавае¬ 
мую строку и выполнить ее как программный код: 

// антишаблон 

зеіТітеоиІ("туРипс( )", 1000); 

зеШтеоиІ(“туРипс(1 , 2, 3)”, 1000); 

// предпочтительный способ 

5еіТітеои1(туРипс, 1000); 

зеІТітеоииіипсІіоп () { 
туРипс(1, 2, 3); 

}, ЮОО); 

Вызов конструктора пем Рипсііоп() по своему действию напоминает 
функцию еѵа1(), и потому использовать его следует с особой осторож¬ 
ностью. Это очень мощный конструктор, но зачастую он применяется 
не совсем правильно. Если вам действительно необходимо задейство¬ 
вать функцию еѵа1( ), подумайте о возможности ее замены вызовом кон¬ 
структора пей Рипс1:іоп(). Такой прием имеет небольшое преимущество, 
так как оцениваемый программный код, переданный в вызов пем Рипс- 
Ііоп(), выполняется в локальной области видимости функции, поэтому 
все переменные, объявленные в этом коде с помощью инструкции ѵаг, 
не станут глобальными автоматически. Другой способ предотвратить 
автоматическое создание глобальных переменных состоит в том, что¬ 
бы обернуть вызов еѵа1( ) немедленно вызываемой функцией (подробнее 
о немедленно вызываемых функциях рассказывается в главе 4). 

Взгляните на следующий пример. Здесь только переменная ип станет 
глобальной: 


сопзоіе.Іод(ІуреоГ ип); 

// 

"ипреііпесі 

сопзоіе.ІодСіуреоІ беих); 

// 

“ипреііпесі 

сопзоіе.ІодСіуреоІ Ігоіз); 

// 

"ипРеІіпеР 

ѵаг зззігіпд = "ѵаг ип = 1; сопзоіе.Іод(ип);”; 
еѵа1(зззігіпд); 

// 

выведет "1 

]55ігіпд = "ѵаг беих = 2; сопзоіе. Іод(сіеих);"; 
пеѵѵ Рипсііоп(]35ігіпд)(); 

// 

выведет "2 


]5з1гіпд = "ѵаг Ігоіз = 3; сопзоіе. Іод(ігоіз); "; 
(Гипсііоп () { 

еѵаІОззІгіпд); 


Преобразование строки в число с помощью рагзеІпіО 
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}()); 


// выведет "3” 


сопзоіе.Іод (Турео^ ип); // "пшпЬег" 

сопзоіе. Іод ( ІуреоТ сіеих); // "ипсіеІіпесГ 

сопзоіе.1од(1урео1 Ігоіз); // “ипйеІіпесГ 

Еще одно отличие еѵа1() от конструктора Рипсііоп состоит в том, что 
функция еѵа1() способна вторгаться в объемлющие области видимости, 
тогда как конструктор РипсИоп чуть более ограничен в своих возможно¬ 
стях. Независимо от того, где вызывается конструктор Рипсііоп, ему бу¬ 
дет доступна только глобальная область видимости. Поэтому он не смо¬ 
жет повредить локальные переменные. В следующем примере функция 
еѵа1() может обратиться к переменной во внешней области видимости 
и изменить ее, тогда как конструктор Рипсііоп лишен такой возможно¬ 
сти (обратите также внимание, что вызов РипсііопО идентичен вызову 
пеѵѵ РыпсИопО): 

(іипсііоп () { 
ѵаг Іосаі = 1; 

еѵа1("1оса1 = 3; сопзоіе.Іод(іосаі)"); // выведет 3 
сопзоіе.Іод(Іосаі); // выведет 3 

}()); 


(Іипсііоп () { 
ѵаг Іосаі = 1; 

РипсІіоп("сопзоіе.ІодСіуреоІ Іосаі); ”)(); // выведет ипсіеііпес] 
}()); 


Преобразование строки в число 
с помощью рагзеІпЦ) 

Функция рагзеІпіО позволяет получить число из строки. Во втором па¬ 
раметре функция принимает основание системы счисления, но этот па¬ 
раметр часто опускается, хотя делать это нежелательно. Проблемы воз¬ 
никают, если строка начинается с символа 0, например, это часть даты, 
введенной в поле формы. Согласно ЕСМА8сгірі 3, строки, начинающие¬ 
ся с символа 0, интерпретируются как восьмеричные числа (в системе 
счисления с основанием 8). Однако это требование изменилось в Е85. 
Чтобы избежать несогласованности и получения неожиданных резуль¬ 
татов, всегда указывайте параметр, определяющий систему счисления: 

ѵаг топііп = "06", 
уеаг = “09"; 

топііп = рагзеІпЦтопіІі, 10); 
уеаг = раг5еІпі(уеаг, 10); 

Если в этом примере опустить второй параметр, то вызов рагзеІп1:(уеаг) 
вернет значение 0, потому что строка «09» будет воспринята как пред¬ 
ставление восьмеричного числа (как если бы была вызвана функция 
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рагзеІігЦуеаг, 8)), а цифра 9 не является допустимой в восьмеричной сис¬ 
теме счисления. 

Ниже приводятся другие варианты преобразования строки в число: 

+”08” // результат: 8 

МитЬег(“08”) // 8 

Эти альтернативы часто выполняются быстрее, чем функция рагзеІп1(), 
потому что рагзеІпіО, как следует из ее имени, не просто преобразует 
строку, а анализирует ее. Однако если вы ожидаете, что входная стро¬ 
ка может иметь вид «08 Ьеііо», то в таких случаях функция рагзеІпШ 
будет возвращать число, а другие варианты преобразования будут тер¬ 
петь неудачу и возвращать значение ИаИ. 

Соглашения по оформлению программного кода 

В практике очень важно определить соглашения по оформлению про¬ 
граммного кода и неукоснительно следовать им - они обеспечивают 
единство стиля программного кода, делают его предсказуемым и более 
простым для чтения и понимания. Новый разработчик, присоединяю¬ 
щийся к коллективу, сможет ознакомиться с соглашениями и быстрее 
влиться в общую работу, получив ключ к пониманию программного 
кода, написанного другими членами коллектива. 

На встречах и в списках рассылки не раз разгорались жаркие споры по 
поводу отдельных аспектов оформления программного кода (например, 
как оформлять отступы - символами табуляции или пробелами?). По¬ 
этому, если вы предлагаете утвердить некоторые соглашения по оформ¬ 
лению программного кода в своей организации, готовьтесь столкнуть¬ 
ся с сопротивлением и услышать противоположные, не менее сильные 
аргументы. Помните, что важнее выработать соглашения, любые согла¬ 
шения, и следовать им, чем настаивать на конкретных деталях самих 
соглашений. 

Отступы 

Программный код без отступов невозможно читать. Хуже этого может 
быть только программный код, где отступы используются непоследо¬ 
вательно, - наличие отступов вроде бы говорит о следовании соглаше¬ 
ниям, но в таком коде вас могут ждать неприятные сюрпризы. Важно 
точно определить порядок оформления отступов. 

Некоторые разработчики предпочитают оформлять отступы симво¬ 
лами табуляции, потому что любой сможет настроить свой текстовый 
редактор так, чтобы отступы отображались в нем в соответствии с лич¬ 
ными предпочтениями. Некоторые предпочитают пробелы - обычно 
четыре пробела. Неважно, какой способ выберете вы, важно, чтобы 
все члены коллектива следовали одному и тому же соглашению. В этой 
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книге, например, используются отступы по четыре пробела. Точно та¬ 
кая же величина отступа принята по умолчанию в ^Ілпі. 

Какие фрагменты должны оформляться с отступами? Здесь все про¬ 
сто - все, что находится внутри фигурных скобок. То есть тела функ¬ 
ций, циклов (сіо, \л/Мі1е, ^ог, 1юг-іп), условных инструкций іі, инструкций 
выбора зѵу/іісіп и определения свойств объектов при записи в форме ли¬ 
терала. Ниже приводится несколько примеров употребления отступов: 

іипсііоп оиіег(а, Ь) { 
ѵаг с = 1, 
б = 2, 
іппег; 

іі (а > Ь) { 

іппег = іипсііоп () { 
геіигп { 
г: с - б 

>: 

>: 

} еізе { 

іппег = іипсііоп () { 
геіигп { 
г: с + сі 

}; 

}; 

} 

геіигп іппег; 

} 

Фигурные скобки 

Всегда используйте фигурные скобки, даже когда они являются не¬ 
обязательными. С технической точки зрения, если тело инструкции іі" 
или ію г состоит из единственной инструкции, фигурные скобки можно 
опустить, но тем не менее желательно, чтобы вы всегда использовали 
их. Это делает программный код более целостным и упрощает внесение 
изменений в будущем. 

Представьте, что имеется цикл Ію г, тело которого состоит из единствен¬ 
ной инструкции. Вы могли бы опустить фигурные скобки, и это не было 
бы ошибкой: 

// плохой пример для подражания 
іог (ѵаг і = 0; і < 10; і += 1) 
аіегі(і); 

Но что если позднее вам потребуется добавить еще одну строку в тело 
цикла? 

// плохой пример для подражания 
іог (ѵаг і = 0; і < 10; і += 1) 
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аІегГ(і); 

а1егГ(і + “ і5 " + (і % 2 ? "ойсГ : "еѵеп”)); 

Второй вызов а1егГ() находится за пределами цикла, хотя наличие 
отступа может обмануть вас. Поэтому лучше использовать фигурные 
скобки всегда, даже когда тело составной инструкции состоит из един¬ 
ственной строки: 

// лучше 

Гог (ѵаг і = 0; і < 10; і += 1) { 
аІегГ(і); 

} 

То же относится и к условным инструкциям іГ: 

// плохо 
ІГ (Ггие) 
а1егГ(1); 

еізе 

а1егГ(2); 

// лучше 
іГ (Ггие) { 
а1егГ(1); 

} еізе { 

а1егГ(2); 

} 

Местоположение открывающей скобки 

Каждый разработчик также имеет свое мнение о том, где должна нахо¬ 
диться открывающая фигурная скобка - в той же строке, что и основ¬ 
ная инструкция, или в следующей. 

ІГ (Ггие) { 

а1егГ(“ІГ’ з ТВОЕ!”); 

} 

Или: 

іГ (Ггие) 

{ 

аіегГСТГ'з ТВОЕ! ”); 

} 

В данном конкретном примере местоположение открывающей скобки - 
вопрос личных предпочтений, но в некоторых ситуациях программа 
может проявлять различное поведение в зависимости от того, где нахо¬ 
дится открывающая фигурная скобка. Такое отличие обусловлено дей¬ 
ствием механизма подстановки точки с запятой - в языке ^ѵа8сгірГ 
допускается опускать символ точки с запятой в конце строки; она бу¬ 
дет добавлена автоматически. Такое поведение интерпретатора может 
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вызывать проблемы, когда функция, например, должна вернуть лите¬ 
рал объекта, а открывающая фигурная скобка находится в следующей 
строке: 

// Внимание: функция возвращает неожиданное значение 
^ипсііоп І'ипсО { 
геіигп 
{ 

пате: “Ваітап” 

}; 

> 

Если вы полагаете, что эта функция вернет объект со свойством пате, то 
будете удивлены. Из-за того что в конце инструкции геіигп подразуме¬ 
вается точка с запятой, функция вернет значение ішсіе^іпесі. Интерпре¬ 
татор воспримет предыдущий фрагмент, как если бы он был записан 
так: 


// Внимание: функция возвращает неожиданное значение 
^ипсііоп Гипс() { 
геіигп ипсІеГіпесІ; 

// следующий код никогда не будет выполнен... 

{ 

пате: “Ваітап” 

}; 

} 


Поэтому всегда используйте фигурные скобки и всегда помещайте от¬ 
крывающую скобку в конец строки с предыдущей инструкцией: 


^ііпсиоп Ішпс() { 
геіигп { 

пате: "Ваітап" 



Что касается точек с запятой: всегда используйте точки с запя¬ 
той, как и фигурные скобки, даже там, где они подразумеваются 
интерпретатором ^ѵаЗсгірі. Это не только дисциплинирует 
и обеспечивает более строгий подход к программированию, но 
и помогает разрешать неоднозначности, подобные продемонстри¬ 
рованным выше. 


Пробелы 

Правильное использование пробелов также может повысить удобочи¬ 
таемость и целостность программного кода. При письме вы добавляете 
пробелы после точек и запятых. В программном коде на ^ѵа8сгірі вы 
можете следовать той же логике и добавлять пробелы после выражений- 
перечней (эквивалентных письму через запятую) и завершающих ин- 
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струкции точек с запятой (которые можно сравнить с точкой в предло¬ 
жениях, выражающих «законченную мысль»). 

Желательно вставлять дополнительные пробелы в следующих местах: 

• После точек с запятой, отделяющих части инструкции Го г, например: 

Гог (ѵаг і = 0; і < 10; і += 1) {...} 

• При инициализации нескольких переменных (і и тах) в цикле Гог: 

Гог (ѵаг і = 0, тах = 10; і < тах; і += 1) {...} 

• После запятых, отделяющих элементы массива: ѵаг а = [1, 2, 3]; 

• После запятых, отделяющих описания свойств объекта, и после двое¬ 
точий, отделяющих имена свойств от их значений: ѵаг о = {а: 1, Ь: 2}; 

• После запятых, отделяющих аргументы функции: туРипс(а, Ь, с) 

• Перед фигурными скобками в объявлениях функций: 

ГипсГіоп туРипсО {} 

• После ключевого слова ГипсГіоп в определениях анонимных функ¬ 
ций: ѵаг туРипс = ГипсГіоп () {}; 

Было бы совсем неплохо отделять пробелами операторы от операндов, 
то есть добавлять пробелы до и после +, -, *, =, <, >, <=, >=, ===, !==, &&, ||, 
+= и так далее: 

// последовательное использование пробелов 
// делает программный код более простым для чтения, 

// позволяя ему "дышать" 
ѵаг б = 0, 
а = Ь + 1; 

ІГ (а && Ь && с) { 
б = а % с; 
а += б; 

} 

// антишаблон 

// отсутствие или непоследовательное использование пробелов 
// усложняет восприятие программного кода 
ѵаг сІ= 0, 
а =Ь+1; 

іі (а&& Ь&&с) { 

6=а %с; 
а+= б; 

} 

И последнее замечание, касающееся пробелов: употребляйте пробелы 
вместе с фигурными скобками: 

• Перед открывающими фигурными скобками ({) в функциях, в ин¬ 
струкциях іГ-еІзе, зѵѵіГсГі , в циклах и в литералах объектов. 

• Между закрывающей фигурной скобкой (}) и инструкциями еізе 
и \л/Гіі!е. 
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Веским аргументом против использования пробелов может быть увели¬ 
чение размера файла, однако эта проблема решается за счет примене¬ 
ния приема сжатия (обсуждается ниже в этой главе). 



Многие часто упускают из виду такой важный аспект, влияю¬ 
щий на удобочитаемость программного кода, как пустые стро¬ 
ки. Вы можете использовать их для визуального отделения бло¬ 
ков программного кода, что подобно разбивке на абзацы в обыч¬ 
ных книгах. 


Соглашения по именованию 

Еще один способ сделать программный код более предсказуемым и про¬ 
стым в сопровождении заключается в использовании соглашений по име¬ 
нованию, то есть соглашений о выборе имен для переменных и функций. 

Ниже приводятся некоторые предложения по соглашениям об именова¬ 
нии, которые вы могли бы или принять в том виде, в каком они даются 
здесь, или доработать в соответствии со своими предпочтениями. Еще 
раз напомню, что наличие соглашений и следование им намного важнее 
конкретных деталей, содержащихся в соглашениях. 

Заглавные символы в именах конструкторов 

В языке ^ѵаЗсгірІ; отсутствуют классы, но в нем имеются функции- 
конструкторы, которые вызываются вместе с оператором пей: 

ѵаг асіат = пем РегзопО; 

Поскольку конструкторы - это тоже функции, было бы неплохо иметь 
подсказку, которая позволила бы, глядя на имя функции, сразу ска¬ 
зать, действует она как конструктор или как обычная функция. 

Такой подсказкой служит первый заглавный символ в именах кон¬ 
структоров. Если первым в имени функции или метода используется 
символ нижнего регистра, это говорит о том, что данная функция не 
может использоваться совместно с оператором пей: 

^ипщіоп МуСопзігис1:ог( ) {...} 

Гипсііоп туРипсЦіоп( ) {...} 

В следующей главе приводятся несколько шаблонов, дающих возмож¬ 
ность программно наделить свои конструкторы чертами поведения кон¬ 
структоров; даже простое следование предлагаемому соглашению ока¬ 
жется полезным, по крайней мере для тех, кто будет читать исходные 
тексты. 

Выделение слов 

Когда имя переменной или функции составляется из нескольких слов, 
было бы неплохо выработать соглашение, позволяющее выделить на- 
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чало каждого слова. Обычно для этого используется соглашение о сме¬ 
не регистра символов (сатеі сазе). В соответствии с этим соглашением 
символы слов вводятся в нижнем регистре, а первые символы каждого 
слова - в верхнем. 

Для имен конструкторов можно применить запись с первым заглавным 
символом (в верхнем регистре), например МуСопзІ: гис1:ог(). А для имен 
обычных функций и методов - запись имени с первым строчным сим¬ 
волом (в нижнем регистре), например туРипс1:іоп(), саІсиШеАгеаО и деі:- 
Рігз-ШатеО. 

А какие имеются соглашения по именованию переменных, не являю¬ 
щихся функциями? Разработчики обычно используют запись имен 
переменных с первым строчным символом (в нижнем регистре), но с та¬ 
ким же успехом можно записывать все символы в именах переменных 
строчными символами, разделяя слова символом подчеркивания, на¬ 
пример Гігз1:_пате, Гаѵогіі:е_ЬапсІ5 и о1с1_сотрапу_пате. Такая форма запи¬ 
си позволяет визуально отделять функции от всех остальных иденти¬ 
фикаторов - переменных простых типов и объектов. 

В именах методов и свойств стандарт ЕСМАЗсгірІ; использует согла¬ 
шение о смене регистра, однако имена, состоящие из нескольких слов, 
встречаются довольно редко (свойства Іазіііпсіех и ідпогеСазе объектов 
регулярных выражений). 

Другие шаблоны именования 

Иногда соглашения об именовании используются разработчиками для 
имитации тех или иных особенностей языка. 

Например, в языке ^ѵаЗсгірІ; отсутствует возможность объявлять кон¬ 
станты (хотя существует несколько встроенных констант, таких как 
МитЬег.МАХ_ѴАШЕ), поэтому разработчики выработали соглашение запи¬ 
сывать имена переменных, значения которых не должны изменяться 
в течение всего времени работы сценария, только заглавными символа¬ 
ми, например: 

// драгоценные константы, не изменяйте их 
ѵаг РІ = 3.14, 

МАХ_МЮТН = 800; 

Существует еще одно соглашение об использовании имен, состоящих 
исключительно из заглавных символов, - для обозначения глобальных 
переменных. Следование этому соглашению способствует уменьше¬ 
нию количества глобальных переменных и делает их легко заметными 
в программном коде. 

Другой пример использования соглашений для имитации функцио¬ 
нальных возможностей — соглашение об именовании частных членов. 
В языке ^ѵаЗсгірІ; имеется возможность реализовать истинное сокры¬ 
тие, но иногда разработчики считают, что проще использовать началъ- 
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ный символ подчеркивания в именах, чтобы обозначить частный метод 
или свойство. Взгляните на следующий пример: 

ѵаг регзоп = { 

деШте: ^илсііол () { 

геТигп Шз. _деТРігзТ( ) + ‘ ‘ + Шз. _деШзІ( ); 

}, 

_деТРігзТ: ШсЕіоп () { 
и ... 

}, 

_деТ1_аз1:: Шсіііоп () { 

И ... 

} 

}; 

В этом примере подразумевается, что деШтеО - это общедоступный 
метод, являющийся частью официального АРІ, а методы _де1:Рі гз1:() 
и _де1:1_аз1:() - частные. Они также являются обычными общедоступ¬ 
ными методами, но использование начального символа подчеркива¬ 
ния предупреждает пользователей объекта регзоп, что наличие этих 
методов не гарантируется в следующих версиях и они не должны ис¬ 
пользоваться непосредственно. Имейте в виду, что будет выда¬ 

вать предупреждения для имен, начинающихся с символа подчерки¬ 
вания, если не установить параметр настройки потеп: Шзе. 

Ниже приводятся некоторые вариации соглашения _ргіѵа1:е: 

• Для обозначения частных имен использовать завершающий символ 
подчеркивания, как в именах пате_ и де1:Е1етеп1:з_() 

• Для обозначения защищенных имен использовать один символ под¬ 

черкивания (например _рго1:ес1:ес1), а для обозначения частных имен - 
два (например_ ргіѵаііе) 

• В броузере Гіге^ох доступны некоторые внутренние переменные, не 
являющиеся частью языка. В именах этих переменных использу¬ 
ются по два символа подчеркивания в начале и в конце, например 

_ргоЕо_и_ рагепі: _ 

Комментарии 

Вы обязательно должны комментировать свой программный код, даже 
если вы уверены, что никто другой никогда не увидит его. Часто, углу¬ 
бившись в решение проблемы, вы полагаете очевидным то, что делает 
тот или иной фрагмент сценария, но спустя всего неделю вы уже с тру¬ 
дом можете вспомнить, как действует данный фрагмент. 

Не нужно перегибать палку и комментировать действительно очевид¬ 
ные вещи: каждую переменную или каждую строку кода. Но вам опре¬ 
деленно стоит добавлять описания функций, их аргументов и возвраща¬ 
емых значений, а также всех интересных или необычных алгоритмов 
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и приемов. Рассматривайте комментарии как подсказки для тех, кому 
придется читать ваш код в будущем, - они должны иметь возможность 
понять, что делает ваш код, опираясь лишь на комментарии и имена 
функций и свойств. Если у вас в сценарии имеется, к примеру, пять или 
шесть строк программного кода, который решает определенную задачу, 
читатель сможет пропустить эти строки, не вникая в детали, если вы 
напишете однострочный комментарий, описывающий назначение этого 
фрагмента. Нет никаких жестких и точных правил, определяющих по¬ 
рядок комментирования программного кода; описание некоторых фраг¬ 
ментов (таких как регулярные выражения) в действительности может 
быть длиннее, чем сам программный код. 


#4 
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Самое важное, но и самое сложное - заставить себя обновлять 
комментарии, потому что устаревшие комментарии могут вво¬ 
дить в заблуждение, что еще хуже, чем полное отсутствие ком¬ 
ментариев. 


Комментарии, как вы увидите в следующем разделе, способны даже по¬ 
мочь в создании документации, генерируемой автоматически. 


Документирование АРІ 

Большинство разработчиков считают создание документации весьма 
скучным и неблагодарным делом. Но в действительности это может 
быть и не так. Документация с описанием прикладного интерфейса 
(АРІ) может быть сгенерирована из комментариев в программном коде. 
Благодаря такому способу вы сможете получить документацию, фак¬ 
тически не писав ее. Многие программисты находят эту идею просто 
изумительной, потому что создание удобочитаемого справочника из на¬ 
бора определенных ключевых слов и специальных «команд» во многом 
напоминает программирование. 

Первоначально такой подход к созданию документации с описанием 
АРІ зародился в мире ^ѵа, где имеется утилита с именем іаѵасіос, рас¬ 
пространяемая в составе ^ѵа 8БК (ЗоЙдѵаге Беѵеіорег Кіѣ - набор ин¬ 
струментальных средств разработчика). Эта идея была перенесена во 
многие другие языки программирования. И для ^ѵавсгірі имеется два 
замечательных инструмента, оба распространяются бесплатно и с от¬ 
крытыми исходными текстами: ^Бос Тооікіі (Ніір://сосІе.8оо8Іе.сот/р/ 
Ізйос-іооікіі/) и УШБос (кіІр://уиіІіЪгагухот/рго]есІ8/уиі(Іос). 

Процесс создания документации с описанием АРІ включает в себя: 

• Создание специально отформатированных блоков кода 

• Запуск инструмента, выполняющего анализ программного кода 
и комментариев 

• Вывод результатов работы инструмента, обычно в формате НТМЬ 
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Специальный синтаксис, который вам придется изучить, насчитывает 
около десятка тегов и имеет следующий вид: 

I * * 

* @1ад ѵаіие 
*/ 

Например, допустим, что имеется функция с именем геѵегзеО, которая 
переворачивает строку. Она принимает строковый параметр и возвра¬ 
щает другую строку. Описание этой функции могло бы выглядеть так: 

I * * 

* Веѵегзе а зігіпд 

* 

* @рагат {ЗТгіпд} іприі: Зігілд То геѵегзе 

* @геТигп {ЗТгіпд} ТРе геѵегзесі зТгіпд 
*/ 

ѵаг геѵегзе = ТипсТіоп (іприТ) { 

// ... 

геТигп оиТриТ; 

}; 


В этом примере тег @рагат используется для описания входных пара¬ 
метров, а тег ФгеТигп - для описания возвращаемых значений. Инстру¬ 
мент, генерирующий документацию, проанализирует эти теги и после 
этого создаст набор хорошо отформатированных документов в формате 
НТМЬ. 

Пример использования УІІЮос 

Первоначально инструмент УШБос создавался с целью создания доку¬ 
ментации для библиотеки УШ (УаЬоо! ІІзег Іпіег^асе - пользователь¬ 
ский интерфейс УаЬоо!), но он с успехом может использоваться в любых 
других проектах. Инструмент определяет несколько соглашений, кото¬ 
рым вы должны следовать при его использовании, касающихся, напри¬ 
мер, понятий модулей и классов. (Несмотря на то, что в ^ѵаВсгірі от¬ 
сутствует понятие класса.) 

Давайте рассмотрим законченный пример создания документации 
с помощью УИГОос. 

На рис. 2.1 демонстрируется, как будет выглядеть документация, кото¬ 
рую вы получите в конце. Фактически у вас есть возможность скоррек¬ 
тировать шаблон НТМЬ, чтобы привести его в соответствие с требова¬ 
ниями вашего проекта и изменить оформление страниц. 

Демонстрационную реализацию этого примера вы найдете по адресу 
Мір://]8раШгп8.сот/Ьоок/2/. 

В этом примере все приложение находится в единственном файле (арр.уз) 
с единственным модулем (туарр) в нем. Подробнее о модулях рассказыва¬ 
ется в последующих главах, а пока будем считать модулем тег в коммен¬ 
тарии, который распознается инструментом УЫГОос. 
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Рис. 2.1. Документация, сгенерированная инструментом УШБос 


Содержимое файла арр.}з начинается со следующего комментария: 

I * * 

* Му ^ѵаЗсгірІ арріісаілоп 

* 

* ФгтюсШе туарр 

*/ 

Затем определяется пустой объект, который будет играть роль про¬ 
странства имен: 

ѵаг МУАРР = {}; 

Далее определяется объект та 1 :Іп_ 5 І:иГГ, обладающий двумя методами: 

зит() и тиШ(): 

I * * 

* А таІГі иіііііу 

* @патезрасе МУАРР 

* @с1азз та1:И_з1:иГГ 

*/ 

МУАРР. таі;(п_5І;и( = 1" = { 
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I * * 

* Зитз іѵ\ю питЬегз 

* 

* @теІЬосі зит 

* @>рагат {МитЬег} а Рігзі питЬег 

* @рагат {МитЬег} Ь ТЬе зесогкі питЬег 

* @геІигп {МитЬег} ТЬе зит о* 1 ІЬе Іѵѵо іприіз 
*/ 

зит: Рипсііол (а, Ь) { 
геіигл а + Ь; 

}, 


I * * 

* МиШрІіез Імо питЬегз 

* 

* ФтеІЬосІ тиШ 

* @>рагат {МитЬег} а Рігзі питЬег 

* @>рагат {МитЬег} Ь ТЬе зесопсі питЬег 

* Фгеіигп {МитЬег} ТЬе іѵю іприіз тиШрІіесІ 

*/ 

тиШ: Рипсііоп (а, Ь) { 
геіигп а * Ь; 

} 

}; 

На этом завершается определение первого «класса». Обратите внима¬ 
ние на выделенные теги: 

Фпатезрасе 

Глобальная ссылка на ваш объект. 

Фсіазз 

Не совсем корректное имя (в языке ^ѵаЗсгірІ; нет классов), исполь¬ 
зуемое для обозначения объекта или функции-конструктора. 

ФтеТЬосІ 

Объявляет метод объекта и определяет его имя. 

@рагат 

Перечисляет аргументы, принимаемые функцией. Типы парамет¬ 
ров определяются в фигурных скобках, за которыми следуют имена 
и описания параметров. 

@ге1:игп 

Напоминает тег @рагат, но описывает значение, возвращаемое мето¬ 
дом, которое не имеет имени. 

В качестве второго «класса» используется функция-конструктор, к про¬ 
тотипу которой добавляются дополнительные методы. Это сделано лишь 
для того, чтобы вы могли понять, как описывать объекты, создаваемые 
различными способами: 
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I * * 

* Сопзігисіз Регзоп оЬ]есІз 

* @с1азз Регзоп 

* ©сопзігисіог 

* Фпатезрасе МУАРР 

* @рагат {Зігіпд} Іігзі Рігзі пате 

* @рагат {31гіпд> Іазі Ьазі пате 
*/ 

МУАРР.Регзоп = Іипсііоп (1ігзі, Іазі) { 
I * * 

* Мате оі Іііе регзоп 

* @ргорегі:у Игз1:_пате 

* @1уре Зігіпд 

*/ 

ІІііз. Іігзі_пате = 1 ігзі; 

I * * 

* 1_азі (Іаті 1 у) пате о Г ІІіе регзоп 

* @ргорегіу 1азІ_пате 

* @1уре Зігіпд 
*/ 

Шз. 1азІ_пате = Іазі; 

}; 


I * * 

* Веіигпз ІРе пате оі ІРе регзоп оЬіесІ 

* 

* ФтеНюсІ деІМате 

* Фгеіигп {Зігіпд} Тііе пате оі іРе регзоп 
*/ 

МУАРР.Регзоп.ргоіоіуре.деІМате = Іипсііоп () { 
геіигп ііііз. ІігзІ_пате + ‘ ' + ІРіз.1азІ_пате; 

}; 

Как выглядит сгенерированная документация с описанием конструк¬ 
тора Регзоп, можно видеть на рис. 2.1. В листинге были выделены сле¬ 
дующие элементы: 

• @сопз! гисіог указывает, что этот «класс» в действительности являет¬ 
ся функцией-конструктором 

• @>ргорег!у и @1уре описывают свойства объекта 

Система УШБос нечувствительна к языку программирования - она 
анализирует только блоки комментариев и не обращает внимания на 
программный код ^ѵаЗсгірІ;. Недостатком такого подхода является 
необходимость явно указывать имена свойств, параметров и методов 
в комментариях, например @>ргореПу 1ігз1_пате. Преимущество же за¬ 
ключается в том, что привыкнув к этому инструменту, вы сможете при¬ 
менять его для создания документации к программам на любом языке 
программирования. 
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Пишите так, чтобы можно было читать 

Создание комментариев с описанием АРІ - это не только ленивый спо¬ 
соб создания справочной документации; он служит еще одной цели - 
повышению качества программного кода, заставляя вас еще раз про¬ 
смотреть свой код. 

Любой писатель или редактор скажет вам, что этап редактирования 
имеет важное значение: это, возможно, самый важный этап в подготов¬ 
ке книги или статьи. Создание рукописи - это лишь первый шаг. Руко¬ 
пись представляет некоторую информацию читателю, но зачастую не 
самым ясным и простым способом. 

То же относится и к программному коду. Когда вы садитесь и решаете 
какую-то проблему, это решение является всего лишь первым, черно¬ 
вым вариантом. Реализованное решение генерирует желаемый резуль¬ 
тат, но насколько это решение оптимально? Насколько легко будет чи¬ 
тать, понимать, сопровождать и обновлять программный код? Вернув¬ 
шись к программному коду - желательно спустя некоторое время, - вы 
практически наверняка обнаружите участки, которые можно было бы 
улучшить - изменить код так, чтобы его было проще читать, повысить 
эффективность и так далее. Это, по сути, и есть этап редактирования, 
который может помочь вам в достижении вашей цели - создание высо¬ 
кокачественного программного кода. Однако очень часто мы работаем 
в условиях жестко ограниченного времени («есть проблема и решить ее 
надо вчера»), и, как правило, у нас не остается времени на редактиро¬ 
вание. Именно поэтому создание документации с описанием АРІ дает 
дополнительную возможность редактирования. 

Часто при создании блоков комментариев с описанием приходится вновь 
погружаться в проблему. Иногда при таком повторном погружении ста¬ 
новится очевидным, например, что вот этот третий параметр метода бы¬ 
вает необходим гораздо чаще, чем второй, а второй параметр практиче¬ 
ски всегда получает значение по умолчанию 1:гие, поэтому есть смысл 
изменить интерфейс метода, поменяв параметры местами. 

Фраза «писать так, чтобы можно было читать» означает, что вы долж¬ 
ны писать программный код или, по крайней мере, АРІ, помня о том, 
что кто-то будет его читать. Одна только мысль об этом заставит вас 
редактировать код и находить более удачные решения стоящих перед 
вами проблем. 

Говоря о первых, черновых вариантах решения, стоит заметить, что ча¬ 
сто они пишутся, «чтобы потом выбросить их». На первый взгляд эта 
идея кажется абсурдной, но она обретает особый смысл, особенно если 
вы работаете над критически важным приложением (от которого мо¬ 
гут зависеть человеческие жизни). Суть идеи состоит в том, что первое 
найденное решение должно быть отброшено и необходимо приступить 
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к поиску другого решения, с нуля. Первое решение может быть вполне 
рабочим, но это не более чем черновик, один из примеров решения про¬ 
блемы. Второе решение всегда получается лучше, потому что к началу 
его разработки вы глубже понимаете проблему. При создании второго 
решения вы не должны допускать копирования кусков из первого ре¬ 
шения; это не позволит вам пойти наиболее простым путем и согласить¬ 
ся на неидеальное решение. 

Оценка коллегами 

Другой способ улучшить программный код - попросить коллег оценить 
его. Такого рода оценка, которая может быть формализована и стандар¬ 
тизована и может выполняться даже с привлечением специализиро¬ 
ванных инструментов, вполне способна стать частью общего процесса 
разработки. Ни нехватка времени, ни отсутствие специализированных 
инструментов не должны быть препятствием. Вы можете просто по¬ 
просить коллегу взглянуть на ваш код или продемонстрировать работу 
кода, сопровождая показ комментариями. 

Так же как написание любой документации, оценка коллег заставит 
вас писать более ясный программный код просто потому, что вы будете 
знать, что кому-то придется прочитать его и понять, что он делает. 

Оценка коллегами рекомендуется не только потому, что она способству¬ 
ет улучшению программного кода, но и потому, что в процессе такой 
оценки происходит обмен знаниями и изучается опыт и индивидуаль¬ 
ные подходы других разработчиков. 

Если вы работаете в одиночку и рядом с вами нет коллег, которые мог¬ 
ли бы оценить ваш код, это также не должно быть препятствием. Вы 
всегда можете открыть хотя бы какую-то часть исходных текстов или 
просто выложить в своем блоге наиболее интересующие вас фрагмен¬ 
ты, и тогда их смогут оценить люди во всем мире. 

Еще один отличный способ получить оценку коллег - настроить свою 
систему управления версиями (СѴ8, 8иЬѵегзіоп или ОН), чтобы она от¬ 
правляла коллегам извещения по электронной почте при сохранении 
в репозитории изменений в программном коде. Большая часть этих 
электронных писем так и останутся непрочитанными, но вполне мо¬ 
жет статься, что кто-то из ваших коллег решит оторваться от работы 
и взглянуть на код, который вы только что отправили в репозиторий. 

Сжатие... при подготовке к эксплуатации 

Сжатие - это процесс удаления пробелов, комментариев и других не¬ 
существенных фрагментов из программного кода на ^ѵа8сгір! с целью 
уменьшить размеры файлов, которые необходимо будет передавать по 
сети от сервера к броузеру. Обычно такое сжатие выполняется с привле- 
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чением специализированных инструментов (компрессоров), таких как 
УаЬоо! УШСотргеззог или Ооо&іе Сіозиге Сотрііег, и помогает умень¬ 
шить время загрузки страниц. Очень важно выполнять процедуру 
сжатия сценариев перед передачей их в эксплуатацию, потому что она 
обеспечивает существенную экономию, зачастую уменьшая размеры 
файлов наполовину. 

Ниже приводится пример программного кода, прошедшего процедуру 
сжатия (это часть утилиты Еѵепі из библиотеки УШ2 ): 

ѴАНОО.иШХизЕотЕѵепЕ^ипсЕіопСО.С.В.АКШзЛуре^Шззсоре^СІ ІѵѵіпсІоѵѵ ДІ'из. 

зі1епЕ=В;Шз.зідпаЕиге=А| |УАН00.иШ.СизІотЕѵепІ.И5Т; Шз. зиЬзсгіЬегз-[ ]; Д 

(!Шз.зі1еп1:){}ѵаг Е=”_У1ЛСЕ0пЗиЬзсг1Ье”; ііЧОІ—ЕНШз.зиЬзсгіЬеЕѵет=пеѵѵ 

ѴАНОО.иШХизЕотЕѵепДЕ.ШзДгие);}... 

Помимо удаления пробелов, символов перевода строки и комментари¬ 
ев, компрессоры также дают переменным более короткие имена (но 
только если это допустимо), как, например, имена параметров О, С, В, А 
в предыдущем фрагменте. Компрессоры могут переименовывать толь¬ 
ко локальные переменные, потому что переименование глобальных 
переменных может привести к нарушениям в работе сценария. Именно 
поэтому рекомендуется использовать локальные переменные везде, где 
только возможно. Если внутри функции вы используете глобальную 
переменную, например ссылку на элемент БОМ, не раз и не два, есть 
смысл присвоить ее значение локальной переменной. Помимо экономии 
пространства и уменьшения времени загрузки, это увеличит скорость 
поиска переменной по ее имени в процессе интерпретации, благодаря 
чему сжатый программный код будет выполняться немного быстрее. 

Следует также отметить, что Ооо&іе Сіозиге Сотрііег может попытать¬ 
ся сжать имена глобальных переменных (при работе в «расширенном» 
режиме), что довольно рискованно и потребует от вас особого внимания 
в обмен на более высокую степень сжатия. 

Сжатие программного кода перед передачей в эксплуатацию имеет 
большое значение, потому что помогает увеличить производительность 
страниц, но эту работу должны выполнять компрессоры. Будет боль¬ 
шой ошибкой пытаться писать сценарии уже в сжатом виде. Вы всег¬ 
да должны использовать описательные имена переменных, добавлять 
пробелы, отступы, комментарии и так далее. Код, который вы пишете, 
должен легко читаться (людьми), чтобы тот, кто будет сопровождать 
его, смог быстро разобраться в нем, а сжатие следует доверить компрес¬ 
сору (машине). 

Запуск 

Инструмент ^Ілпі уже был представлен в предыдущей главе и не раз 
упоминался в этой. Сейчас вы наверняка согласитесь, что проверка про¬ 
граммного кода с его помощью - хороший шаблон программирования. 




62 


Глава 2. Основы 


Что же делает ^Ьіпі; в процессе выполнения? Он отыскивает наруше¬ 
ния некоторых шаблонов программирования, обсуждавшихся в этой 
главе (шаблон единственного объявления ѵаг, использование основания 
системы счисления в функции рагзеІпЦ), повсеместное использование 
фигурных скобок), и многие другие, включая следующие: 

• Программный код, который никогда не выполняется 

• Обращения к переменным до их объявления 

• Использование недопустимых символов ІЛГЕ 

• Использование ѵоісі, \л/і1;Г> или еѵаі 

• Некорректное экранирование символов в регулярных выражениях 

Инструмент ^Ьіпі написан на ^ѵа8сгірі; (и наверняка сам прошел бы 
проверку с помощью ^Ілпі;). Самое интересное, что он доступен в двух 
вариантах - как веб-инструмент и как самостоятельная утилита для 
многих платформ и интерпретаторов ^ѵа8сгірІ. Вы можете загрузить 
его и запускать локально на любой из платформ, где имеется \Ѵ8Н 
(\Ѵтсклѵ5 8сгір1іп& Нозі - среда выполнения сценариев для \Ѵіп<іо\ѵ8 - 
компонент, входящий в состав всех операционных систем ѴѴтскуѵѵз), 
^аѵа8сгір1Соге, компонент операционной системы Мае 08Х) или 
Шііпо (интерпретатор ^ѵа8сгірі;, выпущенный компанией МогШа). 

Было бы просто отлично загрузить ^Ілпі и интегрировать его в свой 
текстовый редактор, чтобы выработать в себе привычку запускать его 
перед каждым сохранением файла. (Неплохо было бы назначить для за¬ 
пуска ^Ілпі; комбинацию клавиш.) 

В заключение 

В этой главе мы узнали, что значит писать простой в сопровождении 
программный код. Эта тема имеет большое значение не только для 
успеха проекта, но также для душевного спокойствия и благополучия 
разработчиков и всех, кто их окружает. Затем мы поговорили о некото¬ 
рых основных приемах и шаблонах, таких как: 

• Снижение количества глобальных переменных, в идеале - не более 
одной на приложение. 

• Использование единственного объявления ѵаг в функциях, что по¬ 
зволяет одним взглядом охватить все переменные и предотвращает 
появление неожиданностей, вызванных особенностями механизма 
подъема переменных. 

• Циклы г, циклы {"ог-іп, инструкции зѵ/Ихіп, «еѵа1() - это зло», не¬ 
желательность расширения прототипов. 

• Следование соглашениям по оформлению программного кода (по¬ 
следовательное использование пробелов и отступов; использование 
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фигурных скобок и точек с запятой даже там, где они являются 
необязательными) и соглашениям по именованию (конструкторов, 
функций и переменных). 

Кроме того, в этой главе мы рассмотрели некоторые дополнительные 
приемы, не связанные с программным кодом, а имеющие отношение 
скорее к процессу разработки в целом, - добавление комментариев, 
создание документации с описанием АРІ, оценка программного кода 
коллегами, недопустимость попыток писать сжатый программный код 
в ущерб удобочитаемости и постоянная проверка программного кода 
с помощью 




Литералы и конструкторы 


Возможность определения объектов в форме литералов, имеющаяся 
в языке ^ѵа8сгірІ, обеспечивает более краткий, более выразительный 
и менее подверженный ошибкам способ записи определений объектов. 
В этой главе рассматриваются литералы объектов, массивов и регуляр¬ 
ных выражений, а также поясняется, почему эта форма определения 
предпочтительнее использования эквивалентных встроенных функций- 
конструкторов, таких как ОЩесШ и Аггау(). Дополнительно будет пред¬ 
ставлен формат ^(Ж с целью продемонстрировать, как можно исполь¬ 
зовать литералы массивов и объектов для определения формата переда¬ 
чи данных. Кроме того, в этой главе будут рассматриваться собственные 
конструкторы и принудительное использование оператора пем с целью 
обеспечить корректное поведение конструкторов. 

В дополнение к главной идее главы (которая состоит в том, чтобы побу¬ 
дить вас использовать литералы вместо конструкторов) мы рассмотрим 
встроенные конструкторы-обертки МитЬег(), 5і:гіпд() и Воо1еап() и срав¬ 
ним их с элементарными числовыми, строковыми и логическими зна¬ 
чениями. В заключение кратко обсуждается использование различных 
встроенных конструкторов Еггог(). 

Литералы объектов 

Объекты ^ѵа8сгірІ можно представлять себе как хеш-таблицы, содер¬ 
жащие пары ключ-значение (напоминающие конструкции, которые 
в других языках называются «ассоциативными массивами»). Значе¬ 
ниями могут быть данные простых типов или другие объекты - в обоих 
случаях они называются свойствами . Кроме того, значениями могут 
быть функции, и в этом случае они называются методами. 
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Объекты, которые вы создаете сами (другими словами, объекты язы¬ 
ка , определяемые пользователем ), постоянно доступны для изменения. 
Многие из свойств таких объектов также доступны для изменения. 
Вы можете для начала создать пустой объект, а затем постепенно до¬ 
бавлять в него новую функциональность. Форма определения объектов 
в виде литералов идеально подходит для создания таких постепенно 
расширяемых объектов. 

Взгляните на следующий пример: 

// сначала создается пустой объект 
ѵаг сіод = {}; 

// затем к нему добавляется одно свойство 
сіод. пате = “Веп;)і"; 

// а потом метод 
сіод. деТМате = ^ыпсТіоп () { 
геТыгп сіод. пате; 

}; 

В предыдущем примере мы начали создавать объект с чистого листа, 
создав пустой объект. Затем мы добавили к нему свойство и метод. На 
любом этапе выполнения программы вы можете: 

• Изменять свойства и методы, например: 

сіод. деТМате = ^ипсТіоп () { 

// переопределить метод так, чтобы он возвращал 
// одно и то же значение 
геТигп "Рійо"; 

}; 

• Удалять свойства и методы: 

Реіете сіод. пате; 

• Добавлять дополнительные свойства и методы: 

сіод. зау = ішсТіоп () { 
геТыгп “Іл/ооІЧ 

}; 

сіод. Иеаз = Тгые; 

Начинать с создания пустого объекта не обязательно. Литералы позво¬ 
ляют добавлять необходимую функциональность еще на этапе созда¬ 
ния, как показано в следующем примере. 

ѵаг Род = { 

пате: “Веп]і” , 
деТ№те: ^ыпсТіоп () { 
геіыгп Шз.пате; 

} 
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В этой книге вам еще не раз будет встречаться фраза «пустой 
объект». Важно понимать, что это делается для упрощения опи¬ 
сания, и в действительности в ^ѵаЗсгірІ; нет пустых объектов. 
Даже простейший объект {} уже имеет свойства и методы, уна¬ 
следованные от ОЬзесІ.ргоТоІуре. Под «пустым» мы будем под¬ 
разумевать объект, не имеющий других свойств, кроме унасле¬ 
дованных. 


Синтаксис литералов объектов 

Если прежде вы не использовали форму определения объектов в виде 
литералов, первое время она будет казаться немного странной. Но чем 
чаще вы будете применять ее, тем больше она будет вам нравиться. 
Ниже перечислены основные правила синтаксиса литералов объектов: 

• Определение объекта заключается в фигурные скобки { и }. 

• Определения свойств и методов внутри объекта разделяются запя¬ 
тыми. После последней пары имя-значение допускается добавлять 
последнюю запятую, однако она будет вызывать ошибку в ІЕ, поэто¬ 
му не используйте ее. 

• Имена свойств отделяются от значений двоеточиями. 

• При присваивании литерала объекта переменной не забудьте точку 
с запятой после закрывающей скобки }. 

Создание объектов с помощью конструкторов 

В языке ^ѵаЗсгірі; отсутствуют классы, и это обстоятельство обеспе¬ 
чивает значительную гибкость, так как не требуется заранее знать что- 
либо о своем объекте - вам не нужен класс, который будет играть роль 
«кальки». Но в ^ѵаЗсгірі; существуют функции-конструкторы, для 
вызова которых используется синтаксис, заимствованный из других 
объектно-ориентированных языков, таких как ^ѵа. 

Вы можете создавать объекты, используя свои собственные функции- 
конструкторы или встроенные конструкторы, такие как 0Ь]ес1:(), йа1:е(), 
ЗігіпдО и так далее. 

В следующем примере демонстрируются два эквивалентных способа 
создания двух идентичных объектов: 

// первый способ -- с помощью литерала 
ѵаг саг = {доез: Чаг”}; 

// другой способ -- с помощью встроенного конструктора 
// внимание: это антишаблон 
ѵаг саг = пеѵѵ 0Ь]есі:( ); 
саг.доез = Ча г”; 
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В этом примере сразу бросается в глаза одно из преимуществ литера¬ 
лов - более краткая форма записи. Еще одна причина, по которой лите¬ 
ралы являются более предпочтительным способом создания объектов , 
состоит в том, что такая форма записи лишний раз подчеркивает, что 
объекты - это всего лишь хеши, доступные для изменения, а не нечто 
особенное, которое требуется «выпекать» по определенному «рецепту» 
(на основе класса). 

Другое преимущество использования литералов перед конструктором 
ОЩесіО заключается в отсутствии необходимости разрешения имен 
в разных областях видимости. Поскольку в локальной области видимо¬ 
сти может быть создан локальный конструктор с тем же именем, интер¬ 
претатору придется просматривать всю цепочку областей видимости от 
места вызова 0Ь]ес1:(), пока не будет найден глобальный конструктор 

0Ь]ес1:(). 

Недостатки конструктора ОЬіесІ: 

Нет никаких причин использовать конструктор пеѵ/ ОЩесіО, когда есть 
возможность создавать объекты в виде литералов, но вы можете столк¬ 
нуться с устаревшим программным кодом, написанным другими разра¬ 
ботчиками, поэтому вы должны знать об одной «особенности» этого кон¬ 
структора (и познакомиться с еще одной причиной против его использо¬ 
вания). Рассматриваемая особенность заключается в том, что конструк¬ 
тор ОЩесЦ) принимает параметр и в зависимости от его значения может 
делегировать создание объекта другому встроенному конструктору, вер¬ 
нув в результате объект не того типа, который вы ожидаете. 

Ниже приводятся несколько примеров передачи числа, строки и логи¬ 
ческого значения в вызов пеѵ/ 0^ес1:( ). В результате в каждом случае воз¬ 
вращаются объекты, созданные различными конструкторами: 

// Внимание: все эти примеры являются антишаблонами 


// пустой объект 
ѵаг о = пем ОкцеЩО; 

сопзоіеЛодСо.сопзІгисіог === О^ес*); // Ігие 

// объект-число 
ѵаг о = пе\н 0Ь]есІ(1); 

сопзоіе. 1од(о. сопзігысіог === МитЬег); // ігие 
сопзоіе. 1од(о.ЮРіхесІ(2)); // “І.ОО" 


// объект-строка 

ѵаг о = пе\л/ 0Ь]ес1(“І ат а зігіпд"); 

сопзоіе. 1од(о. сопзігисіог === Зігіпд); // Ігие 


// обычные объекты не имеют метода зиЬзІгіпдО 
// зато этот метод имеется у объектов-строк 
сопзоіе.ІодСіуреоІ о.зыЬзІгіпд); // Чипсііоп" 
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// логический объект 
ѵаг о = пем 0Ь]есТ(1;гие); 

сопзоіе.1од(о.сопзТгисТог === Вооіеап); // Тгие 

Такое поведение конструктора 0Ь]ес1:() может приводить к неожидан¬ 
ным результатам, когда значение, передаваемое ему, генерируется ди¬ 
намически и тип его заранее неизвестен. Еще раз призываю вас не ис¬ 
пользовать конструктор пеѵ/ 0Ь]ес1:(). Применяйте более простую и на¬ 
дежную форму записи объектов в виде литералов. 

Собственные функции-конструкторы 

Кроме использования литералов и встроенных функций-конструкторов 
объекты можно создавать с помощью собственных функций-конструк¬ 
торов, как демонстрируется в следующем примере: 

ѵаг асіат = пе\л/ Регзоп(" Асіат" ); 
асІат.зауО; // “I ат Асіат” 

Этот новый шаблон очень напоминает создание объектов в языке ^ѵа 
с использованием класса Ре гзоп. Синтаксис очень похож, но в действи¬ 
тельности в языке ^ѵа8сгірі; отсутствуют классы, и Ре гзоп - это всего 
лишь функция. 

Ниже приводится одна из возможных реализаций функции-конструк¬ 
тора Регзоп. 

ѵаг Регзоп = Гипсіііоп (пате) { 

Шз. пате = пате; 

Шз.зау = ГыпсШоп () { 

геіигп "I ат " + Шз.пате; 

}; 

}; 


При вызове функции-конструктора с оператором пеѵѵ внутри функции 
происходит следующее: 

• Создается пустой объект, наследующий свойства и методы прототи¬ 
па функции, и ссылка на него сохраняется в переменой Шз. 

• Добавление новых свойств и методов в объект осуществляется с по¬ 
мощью ссылки ІІІПІЗ. 

• В конце функция неявно возвращает объект, на который ссылается 
переменная Шз (если явно не возвращается никакой другой объект). 

Вот как примерно выглядит то, что происходит за кулисами: 

ѵаг Регзоп = Гыпсиоп (пате) { 

// создается пустой объект 
// с использованием литерала 
// ѵаг Шз = {}; 
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// добавляются свойства и методы 
Шз.пате = пате; 

Шз.зау = ГипсПоп () { 

геТыгп “I ат н + Шз.пате; 

}; 


// геТыгп Шз; 

}; 

Для простоты примера метод зау() был добавлен к ссылке Шз. В ре¬ 
зультате при каждом вызове конструктора пеѵ/ Регзоп() в памяти будет 
создаваться новая функция. Совершенно очевидно, что это неэконом¬ 
ный подход к расходованию памяти, потому что реализация метода 
зау( ) не изменяется от одного экземпляра к другому. Эффективнее было 
бы добавить метод к прототипу функции Регзоп: 

Регзоп. ргоШуре. зау = Гыпсілоп () { 
геТыгп “I ат “ + Шз.пате; 

}; 

Подробнее о прототипах мы поговорим в следующих главах, а пока 
просто запомните, что члены, общие для всех экземпляров, такие как 
методы, следует добавлять к прототипу. 

Существует еще кое-что заслуживающее упоминания для полноты 
картины. Выше было сказано, что внутри конструктора, за кулисами, 
выполняется такая операция: 

// ѵаг Шз = {}; 

Это не совсем так, потому что «пустой» объект в действительности не 
является пустым - он наследует свойства и методы от прототипа функ¬ 
ции Регзоп. То есть точнее было бы эту операцию представить так: 

// ѵаг Шз = ОЬзесЦ.сгеаШРегзоп.ргоШуре); 

Поближе с методом 0Ь]ес1:.сгеа1:е() мы познакомимся далее в этой книге. 

Значения, возвращаемые конструкторами 

При вызове с оператором пем функция-конструктор всегда возвращает 
объект. По умолчанию это объект, на который указывает ссылка Шз. 
Если внутри конструктора к нему не добавляются никакие свойства, 
возвращается «пустой» объект («пустой», если не считать свойства и ме¬ 
тоды, унаследованные от прототипа конструктора). 

Конструкторы неявно возвращают значение Шз, даже если в них от¬ 
сутствует инструкция геШп. Однако за программистом сохраняется 
возможность вернуть любой другой объект по своему выбору. В следую¬ 
щем примере создается и возвращается новый объект, на который ссы¬ 
лается переменная Ш1:. 
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ѵаг ОЬзесТтакег = ГипсТ; іоп () { 

// это свойство 'пате' будет проигнорировано, 
// потому что конструктор 
// возвращает совсем другой объект 
Шз.пате = “Тйіз із ІТ"; 

// создать и вернуть новый объект 

ѵаг ТІіаТ = {}; 

ТйаТ.пате = “Апб ТйаТ’з ТйаТ”; 

геТигп ТІіаТ; 


// проверка 

ѵаг о = пеѵѵ ОЬ]есТтакег(); 

сопзоіе. Іод (о. пате); // “Апсі ТРаТ’з ѴпаѴ 

Как видите, всегда есть возможность вернуть из конструктора любой 
объект при условии, что это действительно объект. Попытка вернуть 
что-то другое, не являющееся объектом (например, строку или логиче¬ 
ское значение Гаізе), не будет рассматриваться как ошибка, но она будет 
проигнорирована, и конструктор вернет объект, на который указывает 
ссылка Шз. 

Шаблоны принудительного использования пеѵѵ 

Как уже говорилось выше, конструкторы - это обычные функции, ко¬ 
торые вызываются с использованием оператора пеѵѵ. Что произойдет, 
если забыть добавить оператор пеѵѵ при вызове конструктора? Это не 
будет рассматриваться интерпретатором как ошибка, но может приве¬ 
сти к логической ошибке и к неожиданным результатам. Если вызвать 
конструктор без оператора пеѵѵ, ссылка Шз внутри конструктора будет 
указывать на глобальный объект. (В броузерах ссылка Шз будет ука¬ 
зывать на объект ѵѵіпсіоѵѵ.) 

Если в конструкторе создается какое-либо новое свойство, такое как 
Шз. тетЬег, то при вызове конструктора без оператора пеѵѵ будет созда¬ 
но новое свойство тетЬег глобального объекта, к которому можно бу¬ 
дет обратиться так: ѵѵіпсіоѵѵ. тетЬег или просто тетЬег. Такое поведение 
конструктора является крайне нежелательным, потому что вы всегда 
должны бороться за чистоту глобального пространства имен. 

// конструктор 

^ипсііоп МаШе() { 

Шз. Іазіез = “уитту"; 

} 

// новый объект 

ѵаг доос!_тогпіпд = пеѵѵ ИаН1е(); 




Шаблоны принудительного использования пеѵѵ 


71 


сопзоіе. 1од(ТуреоІ : доос!_тогпіпд); // "оЬ^есі" 
сопзоіе Лод(доос1_тогпіпд. ГазГез); // "уитту” 

// антишаблон: 

// пропущен оператор ’пеѵѵ‘ 

ѵаг доос!_тогпіпд = МаШе(); 

сопзоіе. 1од(ііуреоГ доос!_тогпіпд); // "ипсІеРіпесГ 

сопзоіе. 1од(\л/іпс1о\л/. 1азТ;ез); // "уитту” 

Такое нежелательное поведение устранено в стандарте ЕСМАЗсгірі 5, 
и в строгом режиме ссылка Шз больше не указывает на глобальный объ¬ 
ект. Но если реализация Е85 недоступна, вы все равно можете предпри¬ 
нять определенные действия, благодаря которым функция-конструктор 
всегда будет действовать как конструктор, даже при вызове без операто¬ 
ра пеѵѵ. 

Соглашения по именованию 

Самый простой вариант - использование соглашений по именованию, 
предложенных в предыдущей главе, в соответствии с которыми имена 
конструкторов начинаются с заглавного символа (МуСопзІгисІог), а име¬ 
на «обычных» функций и методов - со строчного символа (туРипсІіоп). 

Использование ссылки 1ЪаХ 

Следовать соглашениям по именованию, конечно, полезно, однако со¬ 
глашения - это просто подсказка, а не обеспечение корректного по¬ 
ведения. Ниже описывается шаблон, который гарантирует, что ваши 
конструкторы всегда будут вести себя как конструкторы. Суть состоит 
в том, чтобы вместо ссылки Шз добавлять новые члены к ссылке І^а* 
и возвращать ее явно. 

Гипсііоп МаГГ1е() { 
ѵаг ІИаІ = {}; 

ІІлаГ. Іазіез = "уитту”; 
геіигп Ійаі:; 

} 

При создании простых объектов вам даже не потребуется локальная 
переменная, как Ила* в нашем примере, - можно просто вернуть объект, 
определенный как литерал: 

Гипсііоп МаГГІеО { 
геіигп { 

Іазіез: "уитту” 

}; 

} 

Любая из представленных выше реализаций МаРРІеО всегда будет воз¬ 
вращать объект независимо от того, как вызывается эта функция: 
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ѵаг ГігзТ; = пем МаШе(), 
зесопсі = ЫаГГ 1е(); 

сопзоіе. Іод(гзі:. Іазіез); // “уитту" 
сопзоіе. Іод(зесопсі. ТазТез) ; // “уитту” 

Проблема такого подхода заключается в том, что будет утрачена связь 
с прототипом, поэтому все члены, добавленные к прототипу функции 
МаГИеО, окажутся недоступными для объектов. 

Обратите внимание, что имя переменной ІПаі выбрано лишь для 
удобства - оно не является частью языка. С таким же успехом 
можно использовать любое другое имя. В число наиболее упо- 
требительных имен входят зеІГ и те. 

Конструкторы, вызывающие сами себя 

Чтобы избавиться от недостатка, присущего предыдущему шаблону, 
и обеспечить доступность свойств прототипа в экземплярах объекта, 
можно воспользоваться следующим решением. В конструкторе можно 
проверить, является ли ссылка ІИіз экземпляром конструктора, и если 
не является, вызвать конструктор еще раз, но уже с оператором пеѵѵ: 

Гипсііоп МаН1е() { 

Н (!(1:ііі 5 іпзіапсео^ Ѵі/аНІе)) { 
геіигп пеѵ* Ѵ/а^ИеО; 

} 

Шз. іазіез = “уитту"; 

} 

ИаШе. ргоіоіуре. иапіАпоіІіег = ігие; 

// проверка вызовов 
ѵаг гзі = пем МаШе(), 
зесопсі = МаШе(); 

сопзоіе.Іод(Гігзі.Іазіез); // “уитту” 

сопзоіе Лод(зесопс1. Іазіез); // “уитту” 

сопзоіе. Іод(Пгзі.мапіАпоІІіег); // Ігие 
сопзоіе. 1од(зесопс1.ѵѵап!;Апо1Г>ег); // Ігие 

Другой распространенный способ проверки экземпляра состоит в том, 
чтобы сравнить не с конкретным именем конструктора, а со свойством 

агдитеггЕз.саПее. 

і! (!(Шз іпзіапсеоі агдитепіз.саііее) ) { 
геіигп пем агдитепіз.са11ее(); 



} 
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В этом шаблоне используется то обстоятельство, что внутри каждой 
функции создается объект с именем агдитегѵіз, содержащий все пара¬ 
метры, переданные функции при вызове. А объект агдитегѵіз имеет свой¬ 
ство саііее, которое ссылается на вызываемую функцию. Тем не менее 
имейте в виду, что свойство агдішегѵіз.саііее недоступно в строгом режи¬ 
ме Е85, поэтому лучше воздержаться от его использования в будущем, 
а также удалять все обращения к этому свойству, которые встретятся 
вам в существующих сценариях. 

Литералы массивов 

Массивы, как и многое другое в языке ^ѵаЗсгірІ, являются объекта¬ 
ми. Массивы могут создаваться с помощью встроенного конструктора 
АггауО, но точно так же они могут создаваться с использованием лите¬ 
ралов. И подобно литералам объектов, литералы массивов в использо¬ 
вании проще и предпочтительнее. 

Ниже демонстрируется создание двух массивов с одним и тем же на¬ 
бором элементов двумя разными способами - с помощью конструктора 
АггауО и с помощью литерала. 

// массив из трех элементов 
// внимание: антишаблон 

ѵаг а = леи АггауС'Нзу", “Ьіізу", “зрісіег”); 

// точно такой же массив 

ѵаг а = [“іізу", “Ьіізу”, “зрісіег”]; 

сопзоіе. 1од(Іуреоі а); // “оЬ]ес1:”, потому что массивы - это объекты 
солзоіе.1од(а.сопзітисіог === Аггау); // ігие 

Синтаксис литералов массивов 

Синтаксис литералов массивов очень прост: это список элементов, раз¬ 
деленных запятыми, заключенный в квадратные скобки. Элементами 
массивов могут быть значения любых типов, включая объекты и дру¬ 
гие массивы. 

Синтаксис литералов массивов прозрачен и элегантен. В конце концов, 
массив - это всего лишь список значений, нумерация которых начи¬ 
нается с нуля. Нет никакой необходимости усложнять процедуру соз¬ 
дания массивов (и писать более громоздкий код) использованием кон¬ 
структора и оператора пеѵѵ. 

Странности конструктора Аггау 

Еще одна причина, по которой следует стараться избегать пользоваться 
пеѵѵ АггауО, - наличие ловушек, которые этот конструктор подготовил 
для вас. 
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Когда конструктору АггауО передается единственное число, оно не ста¬ 
новится первым элементом массива. Вместо этого число интерпретиру¬ 
ется как размер массива. То есть вызов пеѵѵ Аггау(З) создаст массив с дли¬ 
ной, равной 3, но без элементов. Если попытаться обратиться к любому 
из элементов такого массива, вы получите значение ипйеГіпесІ, потому 
что элементы фактически отсутствуют. Следующий пример демонстри¬ 
рует различия в поведении массивов, созданных с помощью литерала 
и конструктора с единственным значением. 

// массив с одним элементом 
ѵаг а = [3]; 

солзоіе. 1од(а. ІелдГИ ); // 1 

солзоіе .1од(а[0]); // 3 

// массив с тремя элементами 

ѵаг а = леи Аггау(З); 

солзоіе . 1од(а. ІепдІІі) ; //3 

солзоіе. 1од(1уреоГ а[0]); // “ипсІеГіпесГ 

Уже такое поведение конструктора неожиданно, но ситуация еще бо¬ 
лее ухудшается, если передать конструктору пеѵѵ АггауО не целое число, 
а число с плавающей точкой. Такой вызов конструктора завершится 
ошибкой, потому что число с плавающей точкой не может использо¬ 
ваться в качестве длины массива: 

// использование литерала массива 

ѵаг а = [3.14]; 

солзоіе.Іод (а[0]); // 3.14 


ѵаг а = леи Аггау(3.14); // РалдеЕггог: недопустимая длина массива 
солзоіе. Іод ( Іурео^ а); // “илсІеГілесГ 


Чтобы избежать появления подобных ошибок при создании массивов 
во время выполнения, лучше использовать литералы массивов. 


Несмотря на свои недостатки, конструктор АггауО может ока¬ 
заться полезным, например для повторения строк. Следующая 
? Дд инструкция вернет строку, содержащую 255 пробелов (почему 
не 256, подумайте сами): 

ѵаг ѵѵИіііе = леи Аггау(256). ]Оіп( ‘ '); 




Проверка массивов 

При применении к массивам оператор ІуреоГ возвращает строку «оЪ- 
Іесі». 

солзоіе. ІодОуреоІ [1, 2]); // "оЬзес!” 

Хотя такое поведение оператора в чем-то оправданно (массивы - это объ¬ 
екты), но несет немного информации. Часто бывает необходимо точно 
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знать, является ли некоторое значение массивом. Иногда можно встре¬ 
тить код, проверяющий наличие свойства 1епд1:Іі или других методов, 
которыми обладают массивы, таких как з1ісе(). Но все эти проверки 
ненадежны, потому что нет ничего, что препятствовало бы другим объ¬ 
ектам, которые не являются массивами, иметь свойства и методы с теми 
же именами. Иногда для проверки используется конструкция іпзіапсеоі" 
Аггау, но она дает ошибочные результаты в некоторых версиях ІЕ. 

В ЕСМАЗсгірІ 5 определяется новый метод Аггау.ізАггауО, который воз¬ 
вращает Іхие, если его аргумент является массивом. Например: 

Аггау. ізАггау([ ]); // Х.гие 

// попытка обмануть проверку 

// с помощью объекта, похожего на массив 

Аггау. ізАггау( { 

Іепдііі: 1, 

“0 м : 1, 

зіісе: ^ипсііоп () {} 

}); // Гаізе 

Если этот новый метод недоступен в вашем окружении, проверку мож¬ 
но выполнить с помощью метода 0Ь]ес1:.рго^о^уре.1:о31:гіпд(). Если вы¬ 
звать метод са11() функции ІюЗІгіпд в контексте массива, он должен 
вернуть строку «[оЪіесІ Аггау]». В контексте объекта этот метод должен 
вернуть строку «[оЪіесІ ОЬіесІ]». Таким образом, вы можете реализо¬ 
вать собственную проверку, как показано ниже: 

іТ (Іуреоі 1 Аггау. ізАггау === “ипйеШесГ) { 

Аггау. ізАггау = ^ипсііоп (агд) { 

геіигп 0Ь]ес1;. ргоіоіуре.ІоЗігіпд.саіі(агд) === "[ок^есі Аггау]”; 

}; 

} 


Теперь, когда вы познакомились с литералами массивов и объектов, об¬ 
суждавшимися выше, рассмотрим формат ^(Ж обмена данными, на¬ 
звание которого является аббревиатурой от слов ^ѵаЗсгірІ ОЬіесІ Ыо1;а- 
ііоп (форма записи объектов ^ѵаЗсгірІ). Его легко и удобно использо¬ 
вать во многих языках программирования и особенно в ^ѵаЗсгірѣ. 

Фактически в формате ^(Ж для вас нет ничего нового. Он представ¬ 
ляет собой комбинацию форм записи литералов массивов и объектов. 
Ниже приводится пример строки в формате 

{"пате”: "ѵаіие”, "зоте”: [1, 2, 3]} 

Единственное, что отличает синтаксис формата ^(Ж от синтаксиса ли¬ 
тералов объектов, - это необходимость заключать имена свойств в ка¬ 
вычки. В литералах объектов кавычки необходимо употреблять только 
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в том случае, если имена свойств не являются допустимыми идентифи¬ 
каторами, например, включают пробелы: {“Гігзі: пате": "Оаѵе"}. 

В строки ^(Ж не допускается включать литералы функций и регуляр¬ 
ных выражений. 

Обработка данных в формате І50Ы 

Как уже упоминалось в предыдущей главе, из-за проблем, связанных 
с безопасностью, не рекомендуется вслепую преобразовывать строки 
^(Ж в объекты с помощью функции еѵа1(). Для этого лучше исполь¬ 
зовать метод ^(ЖрагзеО, который стал частью языка, начиная с реали¬ 
зации стандарта Е85, и предоставляется реализациями ^ѵаЗсгірІ в со¬ 
временных броузерах. В устаревших реализациях для доступа к объек¬ 
ту ^(Ж и его методам можно использовать библиотеку ^(Ж.ог& ( кіір :// 
ишли.] 80 П.огё/] 80 п 2 .] 8 ). 

// входная строка в формате 

ѵаг ]5Іг = '{“тукеу”: “ту ѵаіие”}’: 

// антишаблон 

ѵаг сіаіа = еѵа1(‘(‘ + 3 зі: г + ’)’); 

// предпочтительный способ 
ѵаг сіаіа = рагзеОзіг); 

сопзоіе. 1од(сІаІа.тукеу); // “ту ѵаіие” 

Если вы уже используете некоторую библиотеку ^ѵаВсгірѣ, весьма ве¬ 
роятно, что она включает поддержку формата ^(Ж, поэтому вам мо¬ 
жет не потребоваться дополнительная библиотека ^(Ж.ог&. Напри¬ 
мер, библиотека ѴШЗ включает такую поддержку: 

// входная строка в формате 

ѵаг ]5Іг = ’{“тукеу": “ту ѵаіие”}’; 

// проанализировать строку и преобразовать ее в объект 
// с помощью объекта VIII 
ѴІІІ(). изе( ‘ ззоп-рагзе’, Іипсііоп (V) { 
ѵаг сіаіа = Ѵ^ЗОЫ.рагзе(ззіг); 
сопзоіе. 1од(сІаІа.тукеу); // “ту ѵаіие” 

}): 

В библиотеке іС^иегу имеется метод рагзе^(Ж): 

// входная строка в формате 

ѵаг ]ЗІг = '{“тукеу": “ту ѵаіие”}’; 

ѵаг сіаіа = ]0иегу. рагзе^(№(]зіг); 
сопзоіе. Іод(сіаііа.тукеу); // "ту ѵаіие” 
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Метод ^ОМ.зігіпдіІ'уО выполняет операцию, противоположную методу 
^01ірагзе(). Он принимает произвольный объект или массив (или зна¬ 
чение простого типа) и преобразует его в строку 

ѵаг Род = { 

пате: “РіРо”, 

РоЬ: леи ЭаТеО, 

Іедз: [1, 2, 3, 4] 

}; 


ѵаг і зопзі г = 350Ы. зІігілдіТу(сІод) ; 


// в результате будет получена строка і зопзі: г: 

// {“лате” :"РіРоѴ'боЬ" :”2010-04-11Т22:36:22.4362”, "Іедз” : [ 1,2, 3,4]} 


Литералы регулярных выражений 

Регулярные выражения в ^ѵаЗсгірІ также являются объектами, и у вас 
есть два способа их создания: 

• С помощью конструктора пеѵѵ РедЕхр() 

• С помощью литералов регулярных выражений 

Следующий фрагмент демонстрирует два способа создания регулярного 
выражения, соответствующего символу обратного слэша: 

// литерал регулярного выражения 
ѵаг ге = /\\/дт; 

// конструктор 

ѵаг ге = леи РедЕхр(“\\\Ѵ\ "дт”); 

Как видите, литералы регулярных выражений обеспечивают более 
краткую форму записи и не вынуждают вас мыслить терминами кон¬ 
структоров классов. Поэтому предпочтительнее использовать литералы. 

Кроме того, при использовании конструктора НедЕхрО придется экра¬ 
нировать кавычки и дважды экранировать символы обратного слэша, 
как показано в предыдущем примере, где потребовалось указать четы¬ 
ре обратных слэша, чтобы обеспечить совпадение с одним символом. 
Это удлиняет регулярные выражения и делает их более сложными для 
чтения и внесения изменений. Регулярные выражения сами по себе яв¬ 
ляются достаточно сложными конструкциями, и не следует пренебре¬ 
гать любыми возможностями, позволяющими упростить их, поэтому 
старайтесь пользоваться литералами. 

Синтаксис литералов регулярных выражений 

В литералах регулярных выражений шаблон, совпадение с которым 
требуется отыскать, заключается в символы слэша. Вслед за вторым 
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слэшем можно добавить модификатор шаблона в виде символа без ка¬ 
вычек: 

• д - глобальный поиск 

• т - поиск в многострочном тексте 

• і - поиск без учета регистра символов 

Модификаторы шаблона могут указываться в любых комбинациях и в 
любом порядке: 

ѵаг ге = /раТТегп/дті; 

Использование литералов регулярных выражений позволяет писать 
более краткий программный код при вызове таких методов, как Зітіпд. 
рго1:о1:уре.гер1асе(), способных принимать объекты регулярных выра¬ 
жений в качестве параметров. 

ѵаг по_1еЫ:ег5 = "аЬс123ХѴ2” . гер1асе(/[а-2]/ді, 
сопзоіе. 1од(по_1еПегз); // 123 

Единственная причина, оправдывающая использование конструктора 
ВедЕхрО, - когда шаблон не известен заранее и создается как строка во 
время выполнения. 

Еще одно отличие литералов регулярных выражений от конструктора 
заключается в том, что объекты из литералов создаются всего один раз 
на этапе синтаксического анализа. Если одно и то же регулярное вы¬ 
ражение создается в цикле, будет возвращаться один и тот же объект 
со всеми значениями свойств (таких как Іазііпсіех), установленными 
в первый раз. Взгляните на следующий пример, иллюстрирующий, что 
один и тот же объект возвращается дважды. 

^ипс^іоп деіЯЕО { 
ѵаг ге = /[а-г]/; 
ге.Гоо = “Ьаг”; 
геіигп ге; 

} 


ѵаг гед = деіЯЕ(), 
ге2 = де1ЯЕ(); 


сопзоіе ,1од(гед === ге2); // Ігие 

гед.Гоо = “Ьаг”; 

сопзоіе. 1од(ге2.1"оо); // “Ьаг” 


Такое поведение литералов было изменено в Е85, и теперь лите¬ 
ралы каждый раз создают новые объекты. Соответствующие из- 
менения уже внесены в реализацию многих броузеров, поэтому 
вы не должны полагаться на это поведение. 
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И последнее замечание: при вызове конструктора НедЕхр() без оператора 
пеѵѵ (то есть как функции, а не как конструктора) он ведет себя точно так 
же, как и при вызове с оператором пеѵѵ. 

Объекты-обертки значений простых типов 

В языке ^ѵаЗсгірІ имеется пять простых типов данных: число, стро¬ 
ка, логическое значение, пиіі и ипсІе'ГіпесІ. За исключением пиіі и ипсіе- 
Ріпесі, для остальных трех типов существуют так называемые объекты- 
обертки . Объекты-обертки могут быть созданы с помощью встроенных 
конструкторов МішЬег(), ЗігіпдО и Воо1еап(). 

Чтобы понять различия между простым числом и объектом числа, 
взгляните на следующий пример: 

// простое число 
ѵаг п = 100; 

сопзоіе. Іод ( ІуреоТ" п); // “питЬег” 

// объект МитЬег 

ѵаг поЬ] = пем МитЬег(ЮО); 

сопзоіе. Іод^урео! поЬ;і); // “оЬ]есі” 

Объекты-обертки обладают рядом интересных свойств и методов, на¬ 
пример, объекты-числа обладают такими методами, как *оРіхес1() и Іо- 
ЕхропепНаІО. Объекты-строки обладают методами зиЬзІтіпдО, сОагАіО 
и ЮІ-ОѵѵегСазеО (помимо других) и свойством ІепдЮ. Эти методы очень 
удобны в работе, что может служить веским основанием к использова¬ 
нию объекта вместо элементарного значения. Однако методы могут при¬ 
меняться и к элементарным значениям - при вызове метода элементар¬ 
ное значение временно преобразуется в объект и ведет себя как объект. 

// элементарная строка, используемая как объект 
ѵаг з = “ІіеПо"; 

сопзоіе. 1од(з. ІоІІрре гСазе()); // "НЕНО” 

// даже само значение может действовать как объект 
“топкеу”. з1ісе(3, 6); // “кеу” 

// то же относится и к числам 

(22 / 7). ИоРгесізіоп(З) ; // 4, 3.14” 

Поскольку элементарные значения могут действовать как объекты, нет 
никаких причин использовать более длинную форму записи с исполь¬ 
зованием конструктора. Например, нет никакой необходимости писать 
пеѵѵ 5іхіпд(“Ііі”);, когда можно просто использовать “Рі”: 

// избегайте такого использования: 
ѵаг з = леи 51 гіпд (“ту зРгіпд"); 
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ѵаг п = п ем МитЬег(ІОІ); 
ѵаг Ь = пем Вооіеап(1: гие ); 

// лучше и проще: 
ѵаг з = "ту зігіпд”; 
ѵаг п = 101; 
ѵаг Ь = Тгие; 

Объекты-обертки можно использовать, когда необходимо добавить 
к значению дополнительные свойства и обеспечить сохранение инфор¬ 
мации о состоянии. Поскольку элементарные значения не являются 
объектами, к ним невозможно добавить дополнительные свойства. 

// элементарная строка 
ѵаг дгееТ = "Неііо ІЬеге”; 

// значение будет временно преобразовано в объект, 

// чтобы предоставить возможность вызвать метод зрШ;() 
дгееТ.зрНТС ')[()]; //"Неііо” 

// попытка добавить свойство к элементарному значению не вызовет ошибку 
дгееі:.зтііе = ігие; 

// но она не даст положительных результатов 
ТуреоГ дгееі:.зтііе; // "ипсІеГіпесГ 

В предыдущем фрагменте переменная дгееі: лишь временно преобразу¬ 
ется в объект, чтобы обеспечить возможность доступа к методу/свой¬ 
ству. При этом, если бы переменная дгееі; была объявлена как объект 
с помощью вызова конструктора леи ЗігіпдО, дополнительное свойство 
зтііе было бы добавлено к объекту. Расширение строк, чисел и логиче¬ 
ских значений дополнительными свойствами редко используется на 
практике. Однако если это действительно необходимо, то вам, вероят¬ 
но, следует воспользоваться конструкторами объектов-оберток. 

При вызове конструкторов объектов-оберток без оператора пем они пре¬ 
образуют свои аргументы в элементарные значения: 

іуреоі МитЬег(І); // "питЬег” 

Іуреоі МитЬег('Т’); // "питЬег” 

іуреоі МитЬег(пем МитЬегО); // "питЬег” 

іуреоі 5ігіпд(1); // "зігіпд” 

іуреоі Вооіеап(1); // "Ьооіеап” 

Объекты Еггог 

В ^ѵабсгірі; имеется множество встроенных конструкторов объектов 
ошибок, таких как Еггог(), ЗупіахЕггогО, ТуреЕггог() и других, которые 
используются в инструкции іЬгсж. Объекты ошибок, создаваемые эти¬ 
ми конструкторами, имеют следующие свойства: 
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пате 

Содержит значение свойства пате функции-конструктора, создаю¬ 
щей объект. Это может быть строка «Еггог», соответствующая уни¬ 
версальному конструктору, или более узкоспециализированное зна¬ 
чение, такое как «Кап&еЕггог». 

теззаде 

Строка, которая передается конструктору при создании объекта. 

Объекты ошибок обладают и другими свойствами, определяющими, 
например, номер строки и имя файла, где была обнаружена ошибка, но 
эти дополнительные свойства по-разному реализованы в разных броу¬ 
зерах и потому ненадежны. 

С другой стороны, инструкция 1:Иго\л/ способна принимать любые объек¬ 
ты, не обязательно созданные с помощью какого-либо из конструкто¬ 
ров семейства Еггог. Благодаря этому у вас есть возможность возбуж¬ 
дать ошибки, передавая собственные объекты. Такие объекты ошибок 
могут иметь свойства пате, теззаде и любые другие для сохранения ин¬ 
формации, необходимой обработчику в инструкции саіхі'і. Вы можете 
проявить изобретательность и использовать свои объекты ошибок для 
восстановления приложения в нормальное состояние. 

Игу { 

// произошло что-то неприятное, возбудить ошибку 
ИМ гоѵѵ/ { 

пате: "МуЕггогТуре”, // нестандартный тип ошибки 

теззаде: "оорз”, 

ехИга: "ТІііз \л/аз гаИМег етЬаггаззіпд” , 
гетебу: депегісЕггогНапсІІег // какой обработчик 

// должен обрабатывать ошибку 

}; 

} саИсМ (е) { 

// известить пользователя 

а1еги(е.теззаде); // "оорз” 

// обработать ошибку 

е.гетесІуО; // вызовет депегісЕ ггогНапс! 1ег() 

> 

Если конструкторы объектов ошибок вызываются как обычные функ¬ 
ции (без оператора пем), они ведут себя точно так же, как конструкторы 
(при вызове с оператором пем), и возвращают те же объекты ошибок. 


В заключение 

В этой главе вы познакомились с различными шаблонами применения 
литералов, которые являются простыми альтернативами использова¬ 
ния функций-конструкторов. В этой главе обсуждались: 
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• Литералы объектов - элегантный способ создания объектов в виде 
списков пар ключ-значение, разделенных запятыми, заключенных 
в фигурные скобки. 

• Функции-конструкторы - встроенные конструкторы (вместо кото¬ 
рых практически всегда проще использовать более краткую форму 
записи в виде литералов) и собственные конструкторы. 

• Способы, гарантирующие, что конструкторы всегда будут вести себя 
как конструкторы независимо от использования оператора пе\л/. 

• Литералы массивов - списки значений, разделенных запятыми, за¬ 
ключенные в квадратные скобки. 

• ^(Ж - формат представления данных, состоящий из литералов 
объекта и массива. 

• Литералы регулярных выражений. 

• Другие встроенные конструкторы, которых следует избегать: 
ЗігіпдО, МитЬегО, Воо1еап() и различные конструкторы Еггог(). 

Вообще говоря, необходимость в использовании встроенных конструк¬ 
торов, за исключением конструктора 0а1;е( ), редко возникает на практи¬ 
ке. В следующей таблице перечислены эти конструкторы вместе с соот¬ 
ветствующими им литералами. 


Встроенные конструкторы 
(желательно избегать) 

Литералы и элементарные значения 
(предпочтительнее) 

ѵаг о = пем 0Ь]есі:(); 

ѵаг о = {}; 

ѵаг а = пем Аггау(); 

ѵаг а = []; 

ѵаг ге = пей НедЕхр( 

"[а- 2 ]\ 

"д„ 

); 

ѵаг ге = /[а-г]/д; 

ѵаг 5 = пеѵі/ 51: гіпд( ); 

ѵаг 5 = 

ѵаг п = п еѵ/ МитЬег( ); 

ѵаг п = 0; 

ѵаг Ь = пеѵі/ Воо1еап(); 

ѵаг Ь = Гаізе ; 

Ѵ\гоѵ пе\л/ Еггог(“иИ-оГ»" ); 

1:Г» гоѵѵ { 

пате: “Еггог”, 
теззаде: "иІѵоІ'Г 

}; 

... ИЛИ 

{Іігсм ЕггогС'иІі-оІ'Г); 
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Функции 


Работа с функциями - один из базовых навыков программиста на ^ѵа- 
Зсгірі, потому что они очень широко используются в этом языке про¬ 
граммирования. Функции в ^ѵаВсгір! решают большой объем задач, 
для которых в других языках программирования могут быть преду¬ 
смотрены иные синтаксические конструкции. 

В этой главе вы познакомитесь с различными способами определения 
функций в ^ѵабсгірі;, узнаете о функциях-выражениях и функциях- 
объявлениях, а также увидите, как действует локальная область види¬ 
мости и механизм подъема переменных. Затем вашему вниманию будет 
представлено множество шаблонов, которые помогут разработать свой 
АРІ (то есть создать более удачные интерфейсы к своим функциям), 
реализовать инициализацию объектов (с минимальным количеством 
глобальных переменных) и увеличить производительность (точнее, от¬ 
казаться от выполнения лишней работы). 

А теперь углубимся в изучение функций, начав с рассмотрения и разъ¬ 
яснения важнейших основ. 

Основы 

Функции в языке ^ѵабсгірі; обладают двумя основными свойствами, 
которые делают их особенными. Во-первых, функции являются обыч¬ 
ными объектами и, во-вторых, они образуют собственные области ви¬ 
димости. 

Функции - это объекты, которые: 

• Могут создаваться динамически в процессе выполнения программы. 

• Могут присваиваться переменным, ссылки на них могут копировать¬ 
ся в другие переменные, могут быть расширены дополнительными 
свойствами и, за исключением некоторых особых случаев, могут 
быть удалены. 
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• Могут передаваться как аргументы другим функциям и могут воз¬ 
вращаться другими функциями. 

• Могут иметь собственные свойства и методы. 

То есть возможно, что функция А, будучи объектом, будет обладать свой¬ 
ствами и методами, одним из которых является функция В. Функция В 
в свою очередь может принимать функцию С как аргумент и возвращать 
другую функцию, й. На первый взгляд все это может показаться слиш¬ 
ком сложным. Но вы сможете по достоинству оценить их мощь, гибкость 
и выразительность как только освоитесь с различными способами при¬ 
менения функций. Вообще говоря, функции в языке ^ѵабсгірі; пред¬ 
ставляют собой обычные объекты, которые обладают дополнительным 
свойством - они могут вызываться, то есть выполняться. 

В том, что функции являются объектами, легко убедиться, если посмот¬ 
реть на конструктор пе\л/ РипсііопО в действии: 

// антишаблон 

// исключительно в демонстрационных целях 

ѵаг асісі = пеѵі Рипсіііоп('а, Ь’, ‘ геіигп а + Ь’); 

ас1с1(1, 2); // вернет 3 

Не вызывает никаких сомнений, что ас!сІ() в этом фрагменте является 
объектом - в конце концов, он был создан конструктором. При этом 
применение конструктора Рипс1:іоп() считается далеко не лучшим ре¬ 
шением (аналогично использованию функции еѵаІО), потому что про¬ 
граммный код передается в виде строки и интерпретируется. Кроме 
того, такой программный код сложнее писать (и читать) из-за необхо¬ 
димости экранировать кавычки и предпринимать дополнительные 
усилия для оформления внутри функции отступов, позволяющих по¬ 
высить удобочитаемость. 

Вторая важная особенность функций - они образуют собственные об¬ 
ласти видимости. В языке ^ѵабсгірі; локальная область видимости не 
задается фигурными скобками. Другими словами, блок программного 
кода не определяет отдельную область видимости. Только функции об¬ 
ладают этим свойством. Любая переменная, объявленная с помощью 
инструкции ѵаг внутри функции, становится локальной переменной, 
невидимой за пределами функции. Когда говорится, что фигурные 
скобки не создают локальную область видимости, это означает, что пе¬ 
ременная, определенная с помощью инструкции ѵаг внутри условной 
инструкции іГ или циклов ‘Гог и ѵѵііііе, не будет интерпретироваться как 
локальная переменная по отношению к этим инструкциями і'Г, •Гог или 
мііііе. Переменная может быть локальной только по отношению к окру¬ 
жающей ее функции, и, если такой функции не существует, перемен¬ 
ная станет глобальной. Как уже говорилось в главе 2, необходимо стре¬ 
миться минимизировать количество глобальных переменных, поэтому 
функции совершенно необходимы, чтобы сохранить видимость пере¬ 
менных под контролем. 


Основы 
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Устранение неоднозначностей в терминологии 

Давайте прервемся ненадолго, чтобы условиться о терминах, описываю¬ 
щих программный код, который используется для определения функ¬ 
ций, потому что при обсуждении шаблонов точное и согласованное при¬ 
менение понятий важно не менее чем сам код. 

Взгляните на следующий фрагмент: 

// именованная функция-выражение 
ѵаг асісі = ^ипсіііоп асІсКа, Ь) { 
геіигп а + Ь; 

}; 

В этом фрагменте показана функция, выраженная как именованная 
функция-выражение. 

Если опустить имя (второй идентификатор асісі в примере) в функции-вы¬ 
ражении, вы получите неименованную функцию-выражение, или про¬ 
сто функцию-выражение , которую часто еще называют анонимной функ¬ 
цией. Например: 

// функция-выражение, она же анонимная функция 
ѵаг асісі = ^ипсиоп (а, Ь) { 
геііигп а + Ь; 

}; 

То есть «функция-выражение» - это более широкий термин, а термин 
«именованная функция-выражение» описывает частный случай, когда 
для функции-выражения определяется необязательное имя. 

Если вы опускаете второй идентификатор асісі и останавливаетесь на 
неименованной функции-выражении, это никак не влияет на ее опреде¬ 
ление и способы обращения к ней. Единственное отличие состоит в том, 
что свойство пате объекта функции будет содержать пустую строку. 
Свойство пате - это расширение языка (наличие этого свойства не преду¬ 
сматривается стандартом ЕСМА), реализованное во многих окружени¬ 
ях. Если оставить второй идентификатор асісі, то свойство асісі. пате будет 
содержать строку «асісі». Свойство пате удобно использовать при работе 
с отладчиком, таким как ЕігеЪи&, или для организации рекурсивных 
вызовов функции самой себя. В остальных случаях его можно просто 
опустить. 

Наконец, существуют функции-объявления. Они очень похожи на 
функции в других языках программирования: 

^ипсі:іоп 1"оо() { 

// тело функции 

> 

С точки зрения синтаксиса именованные функции-выражения и функ¬ 
ции-объявления очень похожи, особенно если результат функции-выра- 
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жения не присваивается переменной (как мы увидим в шаблоне при¬ 
менения функций обратного вызова, далее в этой главе). Иногда даже 
нет иного способа заметить различия между функцией-объявлением 
и именованной функцией-выражением, кроме как взглянуть на кон¬ 
текст, в котором определяется функция, как будет показано в следую¬ 
щем разделе. 

Синтаксические различия между этими двумя типами функций за¬ 
ключаются в завершающей точке с запятой. В функциях-объявлениях 
заключительную точку с запятой можно опустить, но она является обя¬ 
зательной в функциях-выражениях, и вы всегда должны использовать 
ее, несмотря на то, что механизм автоматической вставки точки с за¬ 
пятой может сделать это вместо вас. 

- Также достаточно часто вам может встретиться термин функция- 

0 %' литерал. Под этим названием может подразумеваться либо 
функция-выражение, либо именованная функция-выражение. 
Вследствие такой неоднозначности лучше воздерживаться от 
использования этого термина. 


Объявления и выражения: имена и подъем 

Так какие же функции использовать - функции-объявления или 
функции-выражения? В случаях, когда синтаксически невозможно 
использовать функции-объявления, эта дилемма разрешается сама со¬ 
бой. Например, когда требуется передать объект функции в виде пара¬ 
метра или определить метод в литерале объекта: 

// это функция-выражение, 

// которая передается как аргумент функции саІІМе 
са11Ме(Гипс1:іоп () { 

// Зто неименованная функция-выражение, 

// также известная как анонимная функция 

>); 

// это именованная функция-выражение 
саі 1Ме( Гипсі:іоп те() { 

// Это именованная функция-выражение, 

// с именем “те” 

>); 

// еще одна функция-выражение 
ѵаг туоЬ]есі: = { 

зау: Гипсііоп () { 

// Это функция-выражение 

} 



Основы 
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Функции-объявления могут появляться только в «программном коде», 
то есть внутри других функций или в глобальной области видимо¬ 
сти. Определения этих функций не могут присваиваться переменным 
или свойствам или передаваться другим функциям в виде парамет¬ 
ров. Ниже приводится пример допустимых способов использования 
функций-объявлений, где все функции, ^оо(), Ьаг() и 1оса1(), определя¬ 
ются с использованием шаблона функций-объявлений: 

// глобальная область видимости 
^ііпсіііоп ^ооО {} 

^ипсіііоп 1оса1() { 

// локальная область видимости 
^ипсіііоп Ьаг() {} 
геіигп Ьаг; 

} 

Свойство паше функций 

При выборе способа определения функций необходимо учитывать еще 
одно обстоятельство — доступность свойства пате. Напомню, что наличие 
этого свойства не определяется стандартом, но оно доступно во многих 
окружениях. В функциях-объявлениях и в именованных функциях- 
выражениях свойство пате определено. Наличие этого свойства в ано¬ 
нимных функциях-выражениях зависит от реализации - оно может 
отсутствовать (ІЕ) или присутствовать, но содержать пустую строку 
(ЕігеГох, ѴУеЪКй;): 

^ипсілоп ^оо() {} // функция-объявление 

ѵаг Ьаг = {шсНоп О {>; // функция-выражение 

ѵаг Ьаг = Ішсіііоп Ьаг() {}; // именованная функция-выражение 

^оо.пате; // “^оо” 

Ьаг.пате; // 

Ьаг.пате; // “Ьаг” 

Свойство пате обеспечивает дополнительные удобства при отладке про¬ 
граммного кода в ЕігеЬи& или в других отладчиках. Когда отладчику 
потребуется вывести сообщение об ошибке, возникшей при выполнении 
функции, он сможет проверить наличие свойства пате и использовать 
его значение в качестве дополнительной подсказки. Свойство пате так¬ 
же используется для организации рекурсивных вызовов функции. Если 
вас эти возможности не интересуют, можно использовать неименован¬ 
ные функции-выражения, которые выглядят проще и компактнее. 

Против функций-объявлений и в пользу функций-выражений говорит 
еще и то обстоятельство, что функции-выражения лишний раз подчер¬ 
кивают, что функции в ^ѵаВсгірі - это объекты, а не какие-то специа¬ 
лизированные конструкции языка. 
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Технически вполне возможно определить именованную функ¬ 
цию-выражение и присвоить ее переменной с другим именем, 
например: 

ѵаг Гоо = ГипсНіоп Ьаг() {}; 


Однако поведение такого определения некорректно реализовано 
в некоторых броузерах (ІЕ), поэтому использовать такой прием 
не рекомендуется. 


Подъем функций 

Из предыдущего обсуждения можно было бы заключить, что по свое¬ 
му поведению функции-объявления во многом схожи с именованными 
функциями-выражениями. Однако это не совсем так, и различия за¬ 
ключаются в поведении, которое называется подъемом. 

__ 

Определение термина подъем отсутствует в стандарте ЕСМА- 
Зсгірі, но он часто используется на практике и достаточно точно 
описывает поведение. 

% 

Как вы уже знаете, объявления всех переменных, независимо от того, 
в каком месте внутри функции они находятся, на этапе интерпретации 
как бы «поднимаются» в начало функции. То же относится и к функци¬ 
ям, потому что фактически они являются объектами, которые присваи¬ 
ваются переменным. Но «фишка» в том, что для функций-объявлений 
вместе с именем функции «поднимается» и ее определение, а не только 
имя. Взгляните на следующий фрагмент: 

// антишаблон 

// исключительно в демонстрационных целях 

// глобальные функции 
Гипсіііоп Гоо() { 

а1ег1:(' дІоЬаІ Ічю’ ); 

} 

Гипсііоп Ьаг() { 

аіегі:(' дІоЬаІ Ьаг’); 

} 

Гипс^ іоп Іюізі:Ме() { 

сопзоіе. 1од(1:уреоГ Гоо); // “Гипс^іоп" 

сопзоіе.ІодСііурео^ Ьаг); // "игкІеІчпесГ 

Гоо(); // “Іосаі ^оо" 

Ьаг(); // ТуреЕггог: Ьаг із поі: а ^ипсИоп 


Функции обратного вызова 
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// функция-объявление: 

// имя ‘Гоо’ и его определение “поднимаются" вместе 
^ипсТіоп 1Фо() { 

аіегтс Іосаі ^оо*); 

> 

// функция-выражение: 

// “поднимается" только имя ‘Ьаг’, 

// без реализации 

ѵаг Ьаг = ^ипсТіоп () { 
аІегТС Іосаі Ьаг’); 

}; 

} 

ІюізТМеО; 

Этот пример демонстрирует, что, как и в случае с обычными переменны¬ 
ми, простое присутствие определений ^оо и Ьаг в теле функции Ьоіз1:Ме( ) 
вызывает их подъем в начало функции и делает недоступными глобаль¬ 
ные функции ^оо и Ьаг. Разница состоит в том, что вместе с локальным 
именем ^оо вверх поднимается и определение этой функции. А опреде¬ 
ление функции Ьаг() не поднимается - поднимается только объявление 
имени. Именно поэтому, пока поток выполнения не достигнет опреде¬ 
ления функции Ьаг(), она будет оставаться неопределенной и не сможет 
использоваться как функция (мешая при этом «увидеть» глобальную 
функцию Ьаг() в цепочке областей видимости). 

Теперь, когда мы в необходимом объеме познакомились с основами и тер¬ 
минологией, можно перейти к изучению некоторых шаблонов использо¬ 
вания функций в языке ^ѵабсгірі;, и начнем мы с функций обратного 
вызова. Важно не забывать о двух особенностях функций в ^ѵаВсгірі;: 

• Они являются объектами 

• Они образуют локальную область видимости 

Функции обратного вызова 

Функции - это объекты, то есть они могут передаваться как аргумен¬ 
ты другим функциям. Если, например, функция іпІтосІисеВидзО пере¬ 
дается как параметр функции \л/гі1:еСосІе(), это оначает, что в какой-то 
момент функция \л/гі1:еСосІе() выполнит (или вызовет) функцию іпіго- 
ЬисеВидз(). В этом случае функция ІпІтосІисеВидзО называется функцией 
обратного вызова : 

^ипсііоп \ѵгіііеСосІе ( саіІЬаск) { 

// выполнение некоторых операций... 
са11Ьаск(); 

// ... 
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Гипсііоп іпГгобисеВидзО { 

// ... вносит ошибку 

> 

\л/гіі:еСосІе (іпі: госІисеВидз); 

Обратите внимание, что при передаче іпГгобисеВидзО в виде аргумента 
функции \л/гі1:еСобе() она передается без круглых скобок. Наличие круг¬ 
лых скобок вызывает выполнение функции, тогда как в данном случае 
нам необходимо всего лишь передать ссылку на эту функцию и дать 
функции \л/гі1:еСобе() возможность выполнить ее (то есть произвести об¬ 
ратный вызов) в нужный момент времени. 

Пример использования функции обратного вызова 

Для начала рассмотрим пример без использования функции обратно¬ 
го вызова, а затем перепишем его заново. Допустим, что у нас имеется 
некоторая функция общего назначения, выполняющая ряд сложных 
операций и возвращающая большой набор данных. Назовем эту уни¬ 
версальную функцию, например ПпбИобезО. Она будет выполнять об¬ 
ход дерева БОМ страницы и возвращать массив элементов страницы, 
представляющих для нас интерес: 

ѵаг ГіпсШосІез = ГигкЦіоп () { 

ѵаг і = 100000, // большой, тяжелый цикл 
побез = [], // хранилище для результатов 
1"оипб; // следующий найденный узел 
\л/Гіі 1е (і) { 
і -= 1; 

// здесь находится сложная логика выбора узлов. .. 
побез. ризб^оипб); 

} 

геіигп побез; 

>: 

Было бы желательно сохранить эту функцию максимально универ¬ 
сальной, чтобы она просто возвращала массив узлов БОМ, не выполняя 
никаких операций с фактическими элементами дерева. Логику изме¬ 
нения узлов можно вынести в отдельную функцию, например с именем 
Иібе(), которая, как следует из ее имени, делает элементы страницы не¬ 
видимыми: 

ѵаг Рібе = ^ипсііоп (побез) { 

ѵаг і = 0, тах = побез.ІепдІР; 

Гог (; і < тах; і += 1) { 

побез[і].зіуіе.бізріау = "попе”; 

} 
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// вызов функций 
Гііс1е( ТіпсІЫосІез( )); 

Однако такая реализация не отличается эффективностью, потому что 
функция ЬісІеО снова выполняет обход узлов в массиве, полученном от 
функции ЛпсМосІезО. Эффективность можно было бы повысить, если бы 
удалось отказаться от этого цикла и узлы скрывались бы по мере их 
обнаружения функцией ЛпсШосІезО. Но если включить логику скрытия 
в функцию ЛпсШоЬезО, она перестанет быть универсальной - из-за об¬ 
разовавшейся тесной связи между логикой поиска и логикой модифи¬ 
кации узлов. Воспользуемся шаблоном применения функции обратно¬ 
го вызова - оформим операцию скрытия узла дерева в виде отдельной 
функции обратного вызова и делегируем ей полномочия выполнения 
операции: 

// измененный вариант функции Т іпсІЫосІез (), 

// принимающий функцию обратного вызова 
ѵаг ПпсШосІез = ^ипсТіоп (саІІЬаск) { 

ѵаг і = 100000, 
посіез = [], 

^оипсі; 

// проверить, является ли объект саІІЬаск функцией 

ІТ (гурео? саІІЬаск !== "^ипсТіоп”) { 
саІІЬаск = Шзе; 

} 

\л/Ше (і) { 
і -= 1; 

// здесь находится сложная логика выбора узлов. .. 

// теперь вызвать функцию саІІЬаск: 
іТ (саІІЬаск) { 

саІІЬаск(^оипсІ); 

} 

побез. ризГі (ТоипсІ); 

> 

геТигп побез; 

>; 

Реализация получилась достаточно простой. Единственное, что при¬ 
шлось добавить в функцию ЛпсІМосІезО, - проверку наличия необяза¬ 
тельного параметра саІІЬаск и его вызов. Параметр саІІЬаск в изменен¬ 
ной версии функции НпсІМойезО является необязательным, поэтому дан¬ 
ная функция может использоваться так же, как и раньше, и не окажет 
влияния на работоспособность уже имеющегося программного кода, 
опирающегося на прежний вариант реализации. 
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Реализация функции ГіісІе( ) теперь выглядит еще проще благодаря тому, 
что в ней не нужно выполнять цикл по элементам массива: 

// функция обратного вызова 
ѵаг Гіісіе = іипсііоп (посіе) { 
посіе. зіуіе. Різріау = “попе”; 

>; 


// отыскать узлы и скрыть их 
^іпсІМос1ез( Гіісіе); 

Функция обратного вызова может быть уже существующей функцией, 
как это показано в предыдущем примере, или анонимной функцией, 
которая создается при вызове основной функции. Например, ниже по¬ 
казано, как можно реализовать отображение скрытых узлов с помо¬ 
щью все той же универсальной функции ГіпсМосІезО: 

// передача анонимной функции обратного вызова 
^іпсІЫосІез(Гипсііоп (посіе) { 

поре. зіуіе.Різріау = “Ыоск”; 

>); 

Функции обратного вызова и их области видимости 

В предыдущем примере обратный вызов производился, как показано 
ниже: 

саІІЬаск(рагатеіегз); 

В большинстве случаев этого вполне достаточно, но в некоторых ситуа¬ 
циях в качестве функции обратного вызова используется не анонимная 
или глобальная функция, а метод объекта. Если такой метод обратного 
вызова использует ссылку ЬЬіз для обращения к своему объекту, это мо¬ 
жет стать причиной неожиданного поведения метода. 

Представьте, что в качестве функции обратного вызова используется 
метод раіп1:() объекта с именем туарр: 

ѵаг туарр = {}; 
туарр. соіог = “дгееп”; 
туарр. раіпі = іипсііоп (поре) { 
поре, зіуіе. соіог = Шз. соіог; 

>; 


И этот метод передается следующей функции ГіпРМоРез(): 

ѵаг ііпРМоРез = іипсііоп (саІІЬаск) { 

// ... 

іі ( і;урео Г саІІЬаск === “іипсііоп”) { 
са11Ьаск(іоипР); 

> 
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Если теперь выполнить вызов 1іпйМойез(туарр.раіп1:), он будет действо¬ 
вать не так, как ожидается, потому что свойство ІЬіз.соІог не будет 
определено внутри метода. Ссылка ІЬіз будет указывать на глобальный 
объект, потому что ^ігісШосІезО - это глобальная функция. Если бы ІЧпй- 
МойезО была методом объекта с именем йот (например: йот.ІіпйМойезО), 
то внутри метода обратного вызова ссылка ІЬіз указывала бы на объект 
йот, а не на объект туарр. 

Чтобы решить эту проблему, необходимо вместе с методом обратного 
вызова передать объект, которому принадлежит этот метод: 

^іпйМойез(туарр.раігц, туарр); 

Кроме того, нам потребовалось бы изменить функцию 1іпйМойез( ) и свя¬ 
зать в ней объект с методом: 

ѵаг ПпйМойез = ^ипсііоп (саІІЬаск, саі 1Ьаск_оЬй) { 

//••• 

іТ (ІуреоІ" саІІЬаск === 'Чипсиоп") { 
саІІЬаск.саі1(саі1Ьаск_оЬй, ^оипй); 

> 

// ... 

>: 

Подробнее о связывании и использовании функций са11() и арр1у() мы 
поговорим в следующих главах. 

Другая возможность связать объект и метод, используемый в качестве 
функции обратного вызова, заключается в том, чтобы передать метод 
в виде строки, благодаря чему отпадает необходимость дважды упоми¬ 
нать имя объекта в вызове функции. Другими словами, вызов: 

НпсШосІез(туарр.раіпі, туарр); 

можно преобразовать в: 

ГіпйМойезС'раігЦ” , туарр); 

А функцию ІіпйМойезО изменить, как показано ниже: 

ѵаг ГіпйМойез = ^ипсііоп (саІІЬаск, саі1Ьаск_оЬй) { 

И (Іуреоі саІІЬаск === "зігіпд") { 
саІІЬаск = саі1Ьаск_оЬй[саІІЬаск]; 

> 

//... 

іТ (Іуреоі саІІЬаск === "^ипсііоп") { 
саІІЬаск.саі1(саі1Ьаск_оЬй, Іхшпй); 

> 

// ... 

}; 
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Обработчики асинхронных событий 

Прием на основе функций обратного вызова имеет множество примене¬ 
ний; например, при подключении обработчиков событий к элементам 
страницы вы фактически передаете указатель на функцию обратного 
вызова, которая должна вызываться при возникновении события. Ниже 
приводится простой пример использования сопзоіе. 1од() в качестве функ¬ 
ции обратного вызова для обработки события сііск в документе: 

сіосшпепі:.асІсІЕѵепі: Из1:епе г( ,, с1іск” , сопзоіе Лод, Гаі зе); 

В клиентских сценариях выполнением большинства операций управ¬ 
ляют события. Когда завершается загрузка страницы, возникает собы¬ 
тие Іоасі. Затем пользователь начинает взаимодействовать со страницей, 
чем вызывает появление различных событий, таких как сііск, кеургезз, 
шоизеоѵег, тоизетоѵе и так далее. Язык ^ѵаЗсгірі особенно хорошо под¬ 
ходит для программирования сценариев, управляемых событиями, по¬ 
тому что прием использования функций обратного вызова позволяет 
писать программы, которые выполняются асинхронно , то есть не по по¬ 
рядку. 

В Голливуде широко известна фраза: «Не звоните нам, мы сами вам по¬ 
звоним», которая произносится, когда на одну и ту же роль пробуется 
множество претендентов. Группа подбора актеров просто не смогла бы 
работать, если бы постоянно отвечала на звонки претендентов. В асин¬ 
хронном программировании на ^ѵаВсгірІ; наблюдается похожая ситуа¬ 
ция. Только вместо номера телефона оставляется функция обратного 
вызова, которая будет вызвана в нужное время. Может так получить¬ 
ся, что некоторые функции обратного вызова никогда не будут вызва¬ 
ны, потому что некоторые события могут так никогда и не произойти. 
Например, пользователь может никогда не щелкнуть на кнопке «Ку¬ 
пить!», и ваша функция проверки номера кредитной карты никогда не 
будет вызвана. 

Предельное время ожидания 

Другой пример применения функций обратного вызова - при исполь¬ 
зовании объектом ѵііпбоѵі методов управления таймером в броузерах: 
зеіТітеоиіО и зеі:Іп1:егѵа1(). Эти методы также могут принимать и вы¬ 
зывать функции обратного вызова: 

ѵаг іМеРІоіТМіскепз = ^ипсііоп () { 
сопзоіе.Іод('500тз ІаГег 

}; 

зе1:Тітеоиі; (ГМеРІоІіТМ іскепз ( 500); 

Обратите внимание еще раз, что функция іОеРІоіТОіскепз передается 
как переменная, без круглых скобок, потому что мы не собираемся вы¬ 
зывать ее немедленно, а просто хотим передать ссылку на нее методу 
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зеШтеоиШ для использования в будущем. Передача строки ЧИеРІоІ:- 
ТМскепзО” вместо ссылки на функцию является распространенным 
антишаблоном, напоминающим использование функции еѵа1(). 

Функции обратного вызова в библиотеках 

Функции обратного вызова - это простой и мощный прием, который 
может пригодиться при проектировании библиотек. Программный 
код, входящий в состав библиотеки, должен быть максимально универ¬ 
сальным, что позволит использовать его в самых разных ситуациях, 
и функции обратного вызова способны помочь вам в достижении этой 
универсальности. Вам не нужно стремиться предугадывать и преду¬ 
сматривать реализацию всех возможных способов применения, пото¬ 
му что это приведет к раздуванию библиотеки, и большинство поль¬ 
зователей библиотеки никогда не будут использовать все имеющиеся 
в ней возможности. Вместо этого вам следует сконцентрироваться на 
реализации базовых функциональных возможностей и предоставить 
«зацепки» в форме функций обратного вызова, которые позволят легко 
конструировать библиотечные методы, расширять и настраивать их по¬ 
ведение. 

Возвращение функций 

Функции — это объекты, поэтому их можно использовать в качестве 
возвращаемых значений. То есть функция не обязательно должна воз¬ 
вращать какое-то конкретное значение или массив данных. Функция 
может возвращать другую, более специализированную функцию или 
создавать другую функцию по мере необходимости в зависимости от 
входных параметров. 

Ниже приводится простой пример. Функция выполняет некоторые опе¬ 
рации, возможно, инициализирует некоторые значения и возвращает 
результат. Возвращаемым результатом может быть другая функция, 
которую также можно вызвать: 

ѵаг зеіир = ^ипсііоп () { 
аіе гі (1); 

геі:игп ^ипсііоп () { 
аіегг(2); 

>: 

>; 

// использование функции зеіир 

ѵаг ту = зе^ир(); // выведет диалог с текстом “1” 

ту(); // выведет диалог с текстом ‘'2” 


Поскольку функция зеііирО обертывает возвращаемую функцию, обра¬ 
зуется замыкание, которое можно использовать для хранения некото- 
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рых частных данных, доступных возвращаемой функции и недоступ¬ 
ных за ее пределами. Примером таких частных данных может служить 
счетчик, наращиваемый при каждом обращении к нему: 

ѵаг зеЬир = Гипсі:іоп () { 
ѵаг соипЬ = 0; 
геЬигп ^ипсііоп () { 
геЬигп (соипь += 1); 

>: 

>; 


// пример использования 
ѵаг пехЬ = зеЬирО; 
пехі(): // вернет 1 
пехК); // 2 
пехК); // 3 

Самоопределяемые функции 

Функции могут определяться динамически и присваиваться перемен¬ 
ным. Если создать новую функцию и присвоить ее переменной, кото¬ 
рая уже хранит другую функцию, старая функция будет затерта новой. 
Это напоминает переустановку указателя на новую функцию. Все это 
можно реализовать в теле старой функции. В этом случае функция 
переопределит саму себя новой реализацией. На первый взгляд такой 
прием выглядит сложнее, чем это есть на самом деле, поэтому давайте 
рассмотрим простой пример: 

ѵаг зсагеМе = ^ипсііоп () { 
а1егЬ("Воо!"); 
зсагеМе = ^ипсііоп () { 
аІегіС’ОоиЫе Ьоо!"); 

>: 

>; 


// вызов самоопределяемой функции 
зсагеМеО; // Воо! 
зсагеМеО; // ЭоиЫе Ьоо! 

Этот прием удобно использовать, когда требуется выполнить некоторые 
операции по инициализации, причем эти операции должны быть вы¬ 
полнены всего один раз. Поскольку нет никаких причин многократно 
выполнять некоторые операции, когда этого можно избежать, часть 
функции может оказаться невостребованной. В подобных ситуациях 
можно применять самоопределяемые функции, изменяющие собствен¬ 
ную реализацию. 

Совершенно очевидно, что использование этого шаблона способно по¬ 
ложительно сказаться на производительности приложения, если пере¬ 
определенная функция выполняет меньше работы. 
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Этот шаблон имеет еще одно название: «отложенное определе¬ 
ние функции», потому что окончательное определение функции 
откладывается до первого обращения к ней, и, как правило, но¬ 
вая функция выполняет меньше работы. 


Недостаток этого шаблона состоит в том, что все свойства, добавленные 
к прежней функции, будут потеряны в момент переопределения. Кроме 
того, если прежняя функция использовалась под другим именем, на¬ 
пример, была присвоена другой переменной или была задействована 
как метод объекта, то в таких случаях переопределение функции ни¬ 
когда не произойдет и будет выполняться тело прежней функции. 

Рассмотрим пример, где функция зсагеМеО используется как обычный 
объект: 

1. Добавляется новое свойство. 

2. Объект функции присваивается новой переменной. 

3. Функция используется как метод. 

Взгляните на следующий фрагмент: 

// 1. добавление нового свойства 
зсагеМе.р горег^у = “ргорегіу"; 

// 2. присваивание другой переменной 
ѵаг ргапк = зсагеМе; 

// 3. использование в качестве метода 
ѵаг зрооку = { 

Ьоо: зсагеМе 

>; 


// вызов под новым именем 

ргапкО; 

// "Воо!" 

ргапкО; 

// "Воо!" 

сопзоіе. 1од(ргапк. ргорегіу); 

// "ргорегіу" 

// вызов как метода 

зрооку.Ьоо(); 

// “Воо!" 

зрооку.Ьоо(); 

// "Воо!” 

сопзоіе. 1од(зрооку.Ьоо. ргорегіу); 

// "ргорегіу" 

// использование самоопределяемой функции 

зсагеМеО; 

// ЬоиЫе Ьоо 

зсагеМеО; 

// ЭоиЫе Ьоо 

сопзоіе. 1од(зсагеМе. ргорегіу); 

// ипсіеііпесі 


Как видите, при присваивании функции новой переменной переопреде¬ 
ление не происходит, как вы, возможно, ожидали. При каждом вызове 
функции под именем ргапк() она выводит один и тот же текст «Воо!». 
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Хотя переопределение глобальной функции зсагеМеО происходит, но 
переменная ргапк продолжает ссылаться на прежний объект функ¬ 
ции, обладающий свойством ргорегіу. То же самое происходит, когда 
функция используется в качестве метода Ьоо() объекта зрооку. В обоих 
случаях при вызове выполняется переопределение глобальной ссылки 
5 сагеМе(), поэтому когда дело доходит до вызова функции под этим име¬ 
нем, она оказывается уже измененной и при первом же вызове выводит 
текст «БоиЫеЪоо». Кроме того, теряется возможность получить доступ 
к прежнему свойству зсагеМе.ргореПу. 

Немедленно вызываемые функции 

Немедленно вызываемая функция - это синтаксическая конструкция, 
позволяющая вызвать функцию немедленно, в точке ее определения. 
Например: 

( ^ипс^іоп () { 

аіе гг(’ \л/а1:сГі оиі! ’); 

> 0 ); 

Этот прием может применяться только к функциям-выражениям (как 
к именованным, так и к анонимным) и служит для немедленного вызо¬ 
ва функции сразу после ее создания. Определение термина немедленно 
вызываемая функция отсутствует в стандарте ЕСМАЗсгірІ, но он доста¬ 
точно краток и позволяет описывать и обсуждать шаблон. 

Шаблон состоит из следующих частей: 

• Определение функции-выражения. (Этот прием не действует с функ¬ 
циями-объявлениями.) 

• Добавление круглых скобок в конце, которые заставляют интерпре¬ 
татор выполнить функцию немедленно. 

• Добавление круглых скобок, окружающих всю эту конструкцию 
(они необходимы, только если функция не присваивается какой- 
нибудь переменной). 

Часто также используется следующий синтаксис (обратите внимание 
на местоположение закрывающей круглой скобки), но инструмент 
отдает предпочтение первому варианту: 

(Гипсііоп () { 

аіе гг(‘ оиі! ’); 

})(); 

Этот шаблон удобен тем, что он предоставляет программному коду изо¬ 
лированную область видимости. Представьте себе такую распростра¬ 
ненную ситуацию: сценарий должен выполнить некоторые операции 
по инициализации после загрузки страницы, например подключить 
обработчики событий, создать объекты и так далее. Все эти действия 
должны выполняться только один раз, поэтому нет смысла создавать 
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именованную функцию. В ходе выполнения этих операций необходи¬ 
мо создать несколько временных переменных, которые будут не нужны 
по окончании инициализации, и было бы нежелательно, чтобы все эти 
переменные остались существовать в глобальном пространстве имен. 
Именно в подобных ситуациях можно воспользоваться немедленно вы¬ 
зываемой функцией, чтобы обернуть программный код локальной об¬ 
ластью видимости и не допустить засорения глобального пространства 
имен временными переменными: 

( Гипсі;іоп () { 

ѵаг Рауз = [ * Зип’, ' Моп', 'Тие', 'МесГ, ‘ ТМи’ ( ‘ Ргі *. ‘ ЗаГ ’ ], 

ЮРау = пе\л/ Оаіе(), 

тзд = ‘ТоРау із ' + Рауз[ЧоРау. деЮау() ] + ' , ‘ + ЮРау. деЮаІіе(); 
а1егі;(тзд); 

}()); // “Тосіау із Ргі, 13 м 

Если бы этот фрагмент кода не был обернут немедленно вызываемой 
функцией, переменные сіауз, Тосіау и тзд превратились бы в глобальные 
переменные и остались бы существовать после выполнения этого фраг¬ 
мента. 

Параметры немедленно вызываемых функций 

Немедленно вызываемым функциям можно передавать дополнитель¬ 
ные аргументы, как показано в следующем примере: 

// выведет: 

// I теТ Зое Віаск оп Ргі Аид 13 2010 23:26:59 0МТ-0800 (РЗТ) 

(іипсііоп (мію , \л/Тіеп ) { 

сопзоіе. 1од("І тех. “ + \л/1ю + “ оп " + \л/Ігеп); 

}(“Рое Віаск", пем йаТеО)); 

Обычно немедленно вызываемым функциям в качестве аргумента пере¬ 
дается глобальный объект, чтобы к нему можно было обращаться без 
использования свойства \л/іпРо\л/; это позволяет использовать программ¬ 
ный код в средах, отличных от броузеров: 

(РипсТіоп (дІоЬаІ) { 

// глобальный объект доступен через аргумент ’ дІоЬаІ ' 

> (гітіз) ); 

Обратите внимание, что вообще-то не рекомендуется передавать немед¬ 
ленно вызываемым функциям слишком большое количество парамет- 
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ров, потому что впоследствии это может привести к тому, что придется 
просматривать всю функцию от начала до конца и обратно, чтобы по¬ 
нять, как эти параметры используются. 

Значения, возвращаемые 
немедленно вызываемыми функциями 

Как и любая другая функция, немедленно вызываемая функция спо¬ 
собна возвращать некоторые значения, которые можно присваивать 
переменным: 

ѵаг гезиіі = (іипсііоп () { 
геіигп 2 + 2; 

> 0 ); 

Того же эффекта можно добиться, опустив круглые скобки, окружаю¬ 
щие функцию, потому что они не требуются, когда значение, возвраща¬ 
емое немедленно вызываемой функцией, присваивается переменной. 
Опустив первую пару круглых скобок в предыдущем примере, мы по¬ 
лучим следующее: 

ѵаг гезиіі = іипсііоп () { 
геіигп 2+2; 

X); 

Такой синтаксис выглядит проще, но иногда он может вводить в за¬ 
блуждение. Не заметив заключительную пару скобок () в конце функ¬ 
ции, легко можно решить, что переменная гезиіі - это ссылка на функ¬ 
цию. Фактически же переменная гезиіі: получает значение, возвращае¬ 
мое функцией, в данном случае число 4. 

Еще один способ, позволяющий добиться того же эффекта: 

ѵаг гезиіі = (Іипсііоп () { 
геіигп 2+2; 

>)(); 

В предыдущих примерах немедленно вызываемая функция возвраща¬ 
ет простое целочисленное значение. Однако немедленно вызываемые 
функции способны возвращать значения любых типов, включая другие 
функции. В этом случае вы можете использовать область видимости не¬ 
медленно вызываемой функции для хранения некоторых частных дан¬ 
ных, используемых внутри возвращаемой функции. 

В следующем примере немедленно вызываемая функция возвращает 
другую функцию, которая присваивается переменной деІРезиІІ и про¬ 
сто возвращает значение гез, которое было предварительно вычислено 
немедленно вызываемой функцией и сохранено в замыкании: 

ѵаг деІНезиІІ = (Іипсііоп () { 
ѵаг гез = 2 + 2; 
геіигп Іипсііоп () { 
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геіигп гез; 

>; 

> 0 ); 

Немедленно вызываемые функции могут также использоваться при 
определении свойств объектов. Представьте, что необходимо опреде¬ 
лить свойство объекта, значение которого едва ли будет изменяться на 
протяжении всего времени существования объекта, но, чтобы получить 
начальное значение, необходимо произвести некоторые вычисления. 
Эти вычисления можно производить с помощью немедленно вызывае¬ 
мой функции, как показано в примере ниже: 

ѵаг о = { 

теззаде: (^ипсііоп () { 
ѵаг мію = "те”, 
юПаІ = "саП”; 
геіигп \л/Ма1 + " " + мію; 

> 0 ), 

деІМзд: ^ипсііоп () { 
геіигп Шз. теззаде; 

> 

>; 

// пример использования изаде 
о.деІМздО; // “саП те” 
о.теззаде; // "саП те” 

В этом примере о. теззаде - это свойство, хранящее строку, а не функ¬ 
цию, но, чтобы определить начальное значение свойства, потребовалась 
функция, которая вызывается сразу после загрузки сценария. 

Преимущества и особенности использования 

Немедленно вызываемые функции широко используются на практике. 
Они помогают выполнять необходимые операции, не оставляя за собой 
глобальных переменных. Все переменные, определяемые внутри таких 
функций, будут локальными, и вам не придется беспокоиться о засоре¬ 
нии глобального пространства имен временными переменными. 

Иногда можно услышать такие названия немедленно вызывае¬ 
мых функций, как «самовызывающиеся» или «самовыполняю- 
щиеся» функции, потому что функция вызывает саму себя сра- 
зу после определения. 

Данный шаблон также часто используется в букмарклетах (броузерных 
закладках, Ьооктагкіеіз), потому что букмарклеты могут выполняться 
в контексте любой страницы и для них важно соблюдать чистоту гло¬ 
бального пространства имен (и тем самым обеспечить ненавязчивость 
программного кода букмарклета). 
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Этот шаблон также дает возможность выделить отдельные особенности 
в самодостаточные модули. Представьте, что имеется некоторая статич¬ 
ная страница, которая прекрасно обходится без ^ѵаЗсгірІ. Вдохновив¬ 
шись принципом постепенного расширения, вы решили добавить в нее 
некоторый программный код, расширяющий возможности страницы. 
Этот программный код (вы можете называть его «модулем» или «осо¬ 
бенностью») можно заключить в немедленно вызываемую функцию 
и убедиться, что страница по-прежнему прекрасно работает без него. 
Затем вы можете добавлять дополнительные расширения, удалять их, 
тестировать, давать пользователям возможность запрещать их и так 
далее. 

Такой функциональный элемент (назовем его тосіиіеі) можно определить 
с помощью следующего шаблона: 

// имя тосіиіеі определено в файле тосіиіеі оз 
(Іипсііоп () { 

// реализация модуля тосіиіеі... 

> 0 ); 

Следуя этому же шаблону, вы можете создавать другие модули. Затем, 
когда придет время перенести программный код на действующий сайт, 
вы сможете решить, какие из реализованных особенностей готовы 
к работе, и включить соответствующие файлы с помощью вашего сце¬ 
нария сборки. 

Немедленная инициализация объектов 

Другой способ, позволяющий защитить глобальное пространство имен 
от засорения, напоминает шаблон немедленно вызываемых функций, 
описанный выше, и заключается в следовании шаблону немедленной 
инициализации объектов . Этот шаблон опирается на использование 
объектов, обладающих методом іпііО, который вызывается сразу по¬ 
сле создания объекта. Функция іпііО реализует все необходимые опе¬ 
рации по инициализации. 

Ниже приводится пример использования шаблона немедленной ини¬ 
циализации объектов: 

({ 

// здесь можно определить параметры настройки 
// или конфигурационные константы 
тахшсШі: 600, 
тахІпеідШ: 400, 

// также можно определять вспомогательные методы 
діттеМах: Іипсііоп () { 
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геіигп Шз. тахѵѵісШі + “х” + Шз. тахііеідііі: ; 

>, 

// инициализация 

іпіі: Шсііоп () { 

сопзоіе. 1од(Шз. діттеМах( )); 

// операции по инициализации... 

> 

>). іпіТ(); 

С точки зрения синтаксиса этот шаблон напоминает создание обычного 
объекта с использованием литерала. Литерал точно так же заключает¬ 
ся в круглые скобки (оператор группировки), благодаря которым ин¬ 
терпретатор ^ѵаЗсгірі; воспринимает то, что в фигурных скобках, как 
литерал объекта, а не как блок программного кода. (Это не инструкция 
и не цикл Ш.) После закрывающей круглой скобки производится не¬ 
медленный вызов метода іпііО. 

В первую пару круглых скобок можно заключать не только определе¬ 
ние объекта, но и вызов метода іпі1:( ). Другими словами, обе следующие 
конструкции являются допустимыми: 

({• •.>). іпіі (); 
іпіі: ()); 

Этот шаблон обладает теми же преимуществами, что и шаблон немед¬ 
ленно вызываемых функций: он позволяет защитить глобальное про¬ 
странство имен при выполнении операций по инициализации. С точки 
зрения синтаксиса такой подход может показаться более замыслова¬ 
тым, чем просто заключение программного кода в анонимную функ¬ 
цию, но, если для инициализации потребуется реализовать достаточно 
сложные операции (что часто случается на практике), он обеспечит до¬ 
полнительное структурирование процедуры инициализации. Напри¬ 
мер, частные вспомогательные функции легко заметны, так как они яв¬ 
ляются свойствами временного объекта, тогда как при использовании 
шаблона немедленно вызываемых функций они, вероятнее всего, будут 
обычными функциями, разбросанными по сценарию. 

Недостаток этого шаблона заключается в том, что многие компрессо¬ 
ры ^ѵаЗсгірі могут не так эффективно сжимать этот шаблон, как про¬ 
граммный код, обернутый простой функцией. Частным свойствам и ме¬ 
тодам не будут присвоены более короткие имена, потому что с точки * 
зрения компрессора это выглядит небезопасным. К моменту написания 
этих строк Ооо&іе Сіозиге Сотрііег был единственным компрессором, 
который в «расширенном» режиме мог присваивать более короткие 
имена свойствам объектов с немедленной инициализацией, превращая 
предыдущий фрагмент в следующую строку: 

({(1:600,с:400, а: ^ипс1:іоп( ){ геіи гп Шз. сі+'Ѵ+Шз. с>, Ь: ^ипсі:іоп( ) {сопзоіе. 

1од(Шз.а())}}).Ь(); 
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Этот шаблон в основном используется для однократного выпол¬ 
нения операций и не обеспечивает возможность доступа к объ¬ 
екту после завершения выполнения метода іпіІ(). Если вам по¬ 
требуется сохранить ссылку на объект, это можно легко сделать, 
вернув объект из метода іпіІ(). 


Выделение ветвей, выполняющихся 
на этапе инициализации 

Выделение ветвей, выполняющихся на этапе инициализации (или во 
время загрузки), - это один из шаблонов оптимизации. Если извест¬ 
но, что некоторые условия не будут изменяться во время выполнения 
программы, есть смысл реализовать проверку этих условий так, чтобы 
проверка выполнялась только один раз. Типичным примером может 
служить определение типа броузера (или поддерживаемых им возмож¬ 
ностей). 

Например, после того как вы определили, что ХМІНІІрВедиезІ: поддержи¬ 
вается как встроенный объект, можно быть твердо уверенными, что тип 
броузера, в котором выполняется сценарий, не изменится в течение ра¬ 
боты программы и вашему программному коду не придется иметь дело 
с объектами АсІіѵеХ. Поскольку среда не может измениться, нет смыс¬ 
ла снова и снова проверять тип броузера (и приходить к одним и тем же 
выводам) всякий раз, когда вам потребуется создать очередной объект 
ХНК. 

Определение вычисляемых стилей элементов БОМ или подключение 
обработчиков событий - другие кандидаты на применение шаблона вы¬ 
деления ветвей, выполняющихся на этапе инициализации. Большин¬ 
ству разработчиков за время разработки клиентских сценариев хотя 
бы раз приходилось создавать вспомогательный объект с методами под¬ 
ключения и удаления обработчиков событий, подобный показанному 
в следующем примере: 

// ДО 

ѵаг іііііз = { 

асІсІЬізІепег : І'ипсііоп (еі, Іуре, ) { 

іі (Еуреоі міпРом. аРРЕѵепІІЛзіепег === 'Іипсііоп’) { 
еі. аРс!ЕѵепШ5І:епег(Іуре, 1п, Гаізе); 

> еізе и (ІуреоГ Роситепі. аиасРЕѵепІ === 'Іипсііоп’) { // ІЕ 

еІ.аиасРЕѵепК’оп’ + Іуре, Гп); 

> еізе { // устаревшие броузеры 

еі[' огГ + Іуре] = 1п; 

> 

}. 

гетоѵеі-ізіепег: Іипсііоп (еі, Іуре, 1п) { 

// почти то же самое... 
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> 

>; 

Минус такой реализации заключается в том, что она несколько неэф¬ 
фективна. Всякий раз, когда вызывается иШ$.ас!с11і$1:епег() или иШз. 
гетоѵеІ_і$1:епег( ), снова и снова выполняются одни и те же проверки. 

Используя шаблон выделения ветвей, выполняющихся на этапе иници¬ 
ализации, можно обеспечить однократное определение особенностей, 
поддерживаемых броузером на этапе загрузки сценария. В этот момент 
можно определить, какая функция будет работать на протяжении все¬ 
го времени жизни страницы. Следующий пример демонстрирует, как 
можно решить эту задачу: 

// ПОСЛЕ 

// интерфейс 
ѵаг иШз = { 

асісіі-ізіепег : гшіі, 
гетоѵеі-ізіепег : пиіі 

}; 


// реализация 

и ( Іуреоі" міпсіоѵі/. асІсІЕѵепНізіепег === ' Іипсііоп’ ) { 

иШз.асІсИізг;епег = Іипсіюп (еі, Іуре, 1п) { 
еі.ас!с1ЕѵегП;Іізіепег(Іуре, 1п, Іаізе); 

>; 

иШз. гетоѵеІ_ізіепег = Гипсііоп (еі, Іуре, 1п) { 
еі. гетоѵеЕѵепІІ_із1:епег(1:уре, 1п, Гаізе); 

>; 

> еізе іі (Іуреоі боситепІ.аиасНЕѵепІ === ‘Іипсііоп’) { // ІЕ 

иШз.асісіі-ізіепег = Гипсііоп (еі, Іуре, Гп) { 
е1.аиасПЕѵепІ('оп’ + Іуре, 1п); 

}; 

иШз. гетоѵеілзіепег = Іипсііоп (еі, Іуре, 1п) { 
еі.беІасНЕѵепІ(‘оп’ + Іуре, 1п); 

>; 

> еізе { // устаревшие броузеры 

иШз. асМІлзіепег = Іипсііоп (еі, Іуре, 1п) { 
еЦ'огГ + Іуре] = 1п; 

>; 

иШз. гетоѵеі-ізіепег = Іипсііоп (еі, Іуре, 1п) { 
е1['оп’ + Іуре] = пиіі; 

>; 

> 

Сейчас самое время сказать несколько слов против определения типа 
броузера. При использовании этого шаблона не следует делать скоро¬ 
палительных выводов о том, какие особенности поддерживаются броу¬ 
зером. Например, если вы определили, что броузер не поддерживает 
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метод ѵѵіпсІоѵѵ.асІсІЕѵепІІізІепег, не следует тут же делать вывод, что сце¬ 
нарий выполняется в броузере ІЕ, который не поддерживает встроен¬ 
ный объект ХМЕНЕЕрйедиезЕ, несмотря на то, что на определенном этапе 
развития броузера это так и было. Бывают ситуации, когда можно с до¬ 
статочной степенью уверенности говорить о существовании поддержки 
одной особенности исходя из наличия поддержки другой особенности. 
Например, по наличию метода .аддЕѵепНізІепег можно судить о нали¬ 
чии метода .гетоѵеЕѵепНізЕепег, но в большинстве случаев поддержка 
одних особенностей не зависит от других. Лучше всего определять 
наличие особенностей независимо друг от друга и применять шаблон 
выделения ветвей, выполняющихся на этапе инициализации, чтобы 
такие проверки выполнялись только один раз. 

Свойства функций - шаблон мемоизации 

Функции - это объекты, поэтому они могут иметь свойства. Фактиче¬ 
ски функции уже при создании имеют некоторые предопределенные 
свойства и методы. Например, каждая функция, независимо от того, 
как она создавалась, автоматически получает свойство ІепдЕР, содержа¬ 
щее число аргументов, ожидаемых функцией: 

Гипсііоп ^ипс(а, Ь, с) {> 

сопзоіе. 1од(Гипс. Іепдіііі): // 3 

В любой момент времени вы можете добавлять к функциям свои свойст¬ 
ва. Эти нестандартные свойства могут использоваться, например, для 
кэширования результатов (возвращаемого значения) функции, чтобы 
при следующем обращении к функции ей не приходилось выполнять 
сложные и продолжительные вычисления. Прием кэширования резуль¬ 
татов функции известен еще под названием мемоизация ( тетогігаііоп ). 

В следующем примере функция туРипс создает свойство сасМе, доступное 
как туРипс.сасНе. Свойство сасИе - это объект (хеш), в котором параметр 
рагат, переданный функции, используется в качестве ключа, а резуль¬ 
тат вычислений - в качестве значения. Результат может быть любой 
сложной структурой данных, какая только может вам потребоваться: 

ѵаг туРипс = ^ипсііоп (рагат) { 
и (!туРипс.сасМе[рагат]) { 
ѵаг гезиіі: = {>; 

// ... продолжительные операции ... 
туРипс. сасІпе[рагат] = гезиІЕ; 

> 

геіигп туРипс. сас!іе[рагат]; 

}; 


// создание хранилища результатов 
туРипс. сасГіе = {>; 
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В предыдущем фрагменте предполагается, что функция принимает 
единственный аргумент рагат элементарного типа (например, строка). 
Если ваша функция принимает большее число параметров, имеющих 
более сложные типы, в качестве универсального решения можно было 
бы порекомендовать сериализовать их. Например, аргументы в виде 
объектов можно было бы преобразовать в строку ^(Ж и использовать 
эту строку как ключ в объекте сасНе: 

ѵаг туРипс = 1"ипс1:іоп () { 

ѵаг сасііекеу = $1:г1пд1Ру(Аггау. ргоіоіуре.зІісе.саЩагдитегЦз)), 

гезиіі; 

іР (!туРипс.сасІіе[сасііекеу]) { 
гезиіі = {}; 

II... продолжительные операции ... 
туРипс. сас!іе[сасІпекеу] = гезиіі; 

> 

геРигп туРипс. сасІіе[сасііекеу]; 

>; 

// создание хранилища результатов 

туРипс. сасііе = {>; 

Имейте в виду, что при сериализации «идентичность» объектов не про¬ 
веряется. Если у вас имеется два различных объекта, которые по слу¬ 
чайности обладают одними и теми же свойствами, обоим этим объек¬ 
там в кэше будет соответствовать одна и та же запись. 

Другой способ реализовать предыдущую функцию основан на использо¬ 
вании свойства агдитепіз.саііее, ссылающегося на функцию вместо име¬ 
ни функции. В настоящее время это еще возможно, но имейте в виду, 
что в строгом режиме, определяемом стандартом ЕСМАЗсгірІ 5, свой¬ 
ство агдитеігРз.саІІее не поддерживается: 

ѵаг туРипс = РипсРіоп (рагат) { 

ѵаг Р = агдитепРз. саііее, 
гезиІР; 

іР (! Р.сасІіе[рагат]) { 
гезиІР = {>; 

// ... продолжительные операции ... 

Р. сасІпе[рагат] = гезиіі; 

> 

геригп Р.сасІіе[ рагат] ; 

}; 


// создание хранилища результатов 
туРипс. сасМе = {>; 
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Объекты с параметрами 

Шаблон использования объектов с параметрами позволяет обеспечить 
более простой прикладной интерфейс и особенно полезен для тех, кто 
занимается разработкой библиотек или другого программного кода, 
который включается в состав других программ. 

Ни для кого не секрет, что требования к программному обеспечению 
изменяются в процессе его развития. Часто случается так, что разра¬ 
ботка начинается с учетом одних требований, но в процессе разработки 
добавляются все новые и новые функциональные возможности. 

Представьте, что вы пишете функцию ас!с1Рег$оп(), которая принимает 
имя и фамилию и добавляет их в некоторый список: 

І'ипсиоп асМРегзопЩгз!, Іазі) {...} 

Позднее появляется необходимость вместе с именем и фамилией сохра¬ 
нять еще и дату рождения, а также по возможности пол и адрес. Исходя 
из этого вы изменяете функцию и добавляете в нее новые параметры 
(помещая необязательные параметры в конец списка): 

Гипсі:іоп айсІРегзоп^ігзІ, Іазі, йоЬ, депсіег, асісігезз) {...} 

В настоящий момент сигнатура функции получилась уже достаточно 
длинной. И тут вы узнаете, что совершенно необходимо добавить еще 
один обязательный параметр, в котором будет передаваться имя поль¬ 
зователя. Теперь программист вынужден будет указывать даже необя¬ 
зательные параметры и внимательно следить, чтобы не перепутать по¬ 
рядок их следования: 

асМРегзопС'Вгисе”, "Іл/аупе”, пем 0а1е(), пи 11, пиі 1, "Ьайпап”); 

Передавать большое количество параметров очень неудобно. Лучше 
было бы заменить все параметры одним параметром и сделать его объ¬ 
ектом. Давайте создадим такой параметр и назовем его соп^: 

асІсІРегзоп(сопГ) ; 

Теперь вызов функции можно будет оформить, как показано ниже: 

ѵаг сопГ = { 

изегпате: “Ьаітап", 

Пгзі: "Вгисе”, 

Іазі: : “іл/аупе” 

}; 

аййРегзоп(сопП; 

Объекты с параметрами обладают следующими достоинствами: 

• Не требуется запоминать количество и порядок следования парамет¬ 
ров 

• Можно не указывать необязательные параметры 
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• Программный код, в котором используются объекты с параметра¬ 
ми, легко читается и прост в сопровождении 

• Упрощается возможность добавления и удаления параметров 
А из недостатков можно указать следующие: 

• Необходимо помнить имена параметров 

• Имена свойств не поддаются сжатию с помощью компрессоров 

Этот шаблон с успехом может использоваться в функциях, которые, на¬ 
пример, создают элементы БОМ или изменяют стили С88 элементов, 
потому что элементы и стили могут иметь огромное количество свойств 
и атрибутов. 


Каррирование 

В оставшейся части главы будут обсуждаться темы, связанные с карри- 
рованием (сиггуіпё) и с частично применимыми функциями. Но, пре¬ 
жде чем погрузиться в изучение этих тем, давайте сначала точно опре¬ 
делим, что подразумевается под словами применение функций. 


Применение функций 

В некоторых функциональных языках программирования принято 
говорить, что функция применяется , а не вызывается . В языке ^ѵа- 
8сгірІ мы можем пользоваться той же терминологией - мы можем при¬ 
менять функции с помощью метода Рипсііоп. рго1:о1:уре. арр1у(), потому 
что функции в языке ^ѵаЗсгірІ фактически являются объектами, ко¬ 
торые имеют методы. 

Ниже приводится пример применения функции: 

// определение функции 
ѵаг зауНі = іипсііоп (мНо) { 

геіигп "Неііо” + (кію ? ", “ + ѵЛіо : "”) + 

>; 


// вызов функции 

зауНіО; // "Неііо!” 

зауНі (* \л/ог1сі ’); // "Неііо, йог Ій!" 

// применение функции 

зауНі.арр1у(пи11, ["Неііо”]); //"Неііо, Неііо!” 

Как следует из этого примера, вызов функции и ее применение дают 
один и тот же результат. Метод аррІуО принимает два параметра: в пер¬ 
вом передается объект, который будет передан функции через ссылку 
ІНіз, а во втором - массив аргументов, который затем будет преобразо¬ 
ван в объект агдитепііз, похожий на массив, доступный внутри функ¬ 
ции. Если в первом параметре передать значение пиіі, то ссылка ІНіз бу- 
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дет указывать на глобальный объект, что и происходит, когда функция 
вызывается не как метод определенного объекта. 

Когда функция вызывается как метод объекта, методу арр1у() переда¬ 
ется ссылка на этот объект, а не значение пиіі (как в предыдущем при¬ 
мере). В следующем примере в первом аргументе методу аррІуО пере¬ 
дается ссылка на объект: 

ѵаг аііеп = { 

зауНі: Гипсііоп (мПо) { 

геіигп “Неііо” + (ѵ^о ? ". " + кію : "") + 

> 

>; 

аііеп. зауНі(' ѵ/огІсГ ); //"Неііо, ѵ/огісі!” 

аііеп.зауНі.арріу(аііеп. ["Іиітапз"]); //"Неііо, Іиітапз!" 

В этом примере внутри функции зауНі( ) ссылка Шз будет указывать на 
объект аііеп. В предыдущем примере она будет указывать на глобаль¬ 
ный объект. 

Эти два примера демонстрируют, что вызов функции, как оказывает¬ 
ся, - это не более чем синтаксический сахар 1 , эквивалентный примене¬ 
нию функций. 

Обратите внимание, что помимо метода арр1у() объект Рипсііоп. ргоіоіуре 
обладает еще и методом са11(), но и он является всего лишь синтаксиче¬ 
ским сахаром, реализованным поверх метода арр1у(). Есть случаи, ког¬ 
да полезно пользоваться этим приемом: если функция принимает един¬ 
ственный параметр, можно избежать необходимости создавать массив 
с одним элементом: 

// второй способ более эффективен, в нем не требуется создавать массив 
аііеп.зауНі. арр1у( аііеп , ["Іиітапз"]); //"Неііо, Іиітапз!" 
аііеп.зауНі.са11(а1іеп, "Іиітапз"); //"Неііо, Іиітапз!" 

Частичное применение 

Теперь, когда мы знаем, что вызов функции фактически является при¬ 
менением множества аргументов к функции, можно попробовать отве¬ 
тить на вопрос: как обеспечить возможность передачи функции не всех 
аргументов, а только их части? Это похоже на то, как бы вы действовали 
в обычной жизни, выполняя арифметическое действие вручную. 

Допустим, что имеется функция асІсІ(), вычисляющая сумму двух чи¬ 
сел: х и у. Следующий фрагмент демонстрирует, как бы вы находили 
сумму исходя из того, что х имеет значение 5, а у имеет значение 4: 


1 Синтаксический сахар (зупіасііс зи&аг) - термин, обозначающий дополне¬ 
ния синтаксиса, которые не добавляют новых возможностей, а делают ис¬ 
пользование языка более удобным для человека. - Прим, перев. 
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// исключительно в демонстрационных целях 
// это недопустимый программный код в РаѵаЗсгірІ 

// у нас имеется такая функция 
^ипсііоп аРР(х, у) { 
геіигп х + у; 

> 

// и нам известны значения аргументов 
ас!с1(5, 4); 

// шаг 1 - подстановка первого аргумента 
^ипсііоп аРР(5, у) { 
геіигп 5 + у; 

} 

// шаг 2 - подстановка второго аргумента 
^ипсііоп аРР(5, 4) { 
геіигп 5+4; 

} 

В этом фрагменте шаги 1 и 2 представлены недопустимым программ¬ 
ным кодом в ^ѵавсгірі, но они наглядно показывают, как бы вы реша¬ 
ли эту задачу вручную. Вы взяли бы значение первого аргумента и за¬ 
менили бы неизвестное значение х известным значением 5. Затем то же 
самое проделали бы с остальными аргументами. 

Шаг 1 в этом примере можно было бы назвать частичным применени¬ 
ем: мы применили только первый аргумент. Производя частичное при¬ 
менение, вы не получите результат (решение), а вместо этого получите 
другую функцию. 

Следующий фрагмент демонстрирует использование воображаемого 
метода раПіаІАррІуО: 

ѵаг аРР = ^ипсііоп (х, у) { 
геіигп х + у; 

}; 


// полное применение 

аРР.арр1у(пи11, [5, 4]); // 9 

// частичное применение 

ѵаг пеѵ/аРР = аРР. рагііа1Арр1у(пи11, [5]); 

// применение аргумента к новой функции 
пеѵ/аРР.арріу(пиі 1, [4]); // 9 

Как видите, в результате частичного применения получается другая 
функция, которую можно вызывать с оставшимися аргументами. Фак¬ 
тически она является эквивалентом воображаемой функции аРР(5)(4), 
так как аРР(5) возвращает функцию, которая может быть вызвана с ар- 
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гументом (4). И снова привычную форму записи асІсКб, 4) можно вос¬ 
принимать как синтаксический сахар, используемый вместо формы 
записи ас!с1(5)(4). 

Теперь вернемся обратно на землю: функции в языке ^ѵавсгірі не 
имеют метода рагІіаІАррІуО и по умолчанию не ведут себя подобным 
образом. Но вы можете реализовать такое поведение, потому что ^ѵа- 
Всгірі - достаточно динамичный язык программирования, чтобы по¬ 
зволить это. 

Процесс, в результате которого появляются функции, обладающие 
возможностью частичного применения, называется каррированием 
(сиггуіп§). 

Каррирование 

Термин каррирование не имеет никакого отношения к индийским пря¬ 
ностям. Он происходит от имени математика Хаскелла Карри (Назкеіі 
Сиггу). (Язык программирования Назкеіі также назван в его честь.) 
Каррирование - это процесс преобразования, в данном случае - процесс 
преобразования функции. Процесс каррирования можно было бы так¬ 
же назвать шейнфинкелизацией (зсНдп/іпкеІізаііогі), в честь еще одного 
математика, Моисея Исаевича Шейнфинкеля (Мозез ВсЬбпПпкеІ), пер¬ 
вым предложившего это преобразование. 

Так как же выполняется шейнфинкелизация (или каррирование) функ- 
ций? В других - функциональных - языках программирования такая 
возможность может быть встроена непосредственно в сам язык, и все 
функции по умолчанию уже могут быть каррированы. А в ^ѵаВсгірІ; 
мы можем изменить реализацию функции асІсіО так, чтобы она преду¬ 
сматривала возможность частичного применения. 

Рассмотрим следующий пример: 

// каррированная функция ас!с1() 

// принимает неполный список аргументов 
Гипсііоп айсКх, у) { 

ѵаг оісіх = х, оісіу = у; 

іі (1:уреоГ оісіу === "ипсіеІіпесГ) { // частичное применение 
геіигп Іипсііоп (пеѵ/у) { 
геіигп оісіх + пеѵ/у; 

>; 

> 

// полное применение 
геіигп х + у; 

> 

// проверка 

Іуреоі асісі(5); // "Гипс^іоп" 
асісі (3) (4); // 7 
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// создать и сохранить новую функцию 
ѵаг а(№2000 = ас№(2000); 
а(№2000(10); // 2010 

В этом фрагменте первый вызов ас!с1() создает замыкание с внутренней 
функцией, которая возвращается в виде результата. Оригинальные 
значения х и у сохраняются в замыкании в частных переменных оісіх 
и оісіу. Первая из них, оісіх, используется внутренней функцией. В си¬ 
туации полного применения, когда функции ас!с1( ) передаются оба аргу¬ 
мента х и у, она просто складывает их. Такая реализация функции ас!с1() 
несколько избыточна, и сделано это исключительно в демонстрацион¬ 
ных целях. Более компактная версия показана в следующем фрагмен¬ 
те - в ней отсутствуют переменные оісіх и оісіу, потому что оригиналь¬ 
ный аргумент х неявно сохраняется в замыкании, а вместо переменной 
пе\л/у используется у: 

// каррированная функция ас№() 

// принимает неполный список аргументов 
Іипсііоп ас№(х, у) { 

іі ( ІуреоГ у === "ипсІеііпесГ) { // рагііаі 
геіигп Іипсііоп (у) { 
геіигп х + у; 

>; 

> 

// полное применение 
геіигп х + у; 

> 

В этих примерах реализация обработки ситуации частичного примене¬ 
ния находится в самой функции ас!сІ(). Но существует ли более универ¬ 
сальный способ? Другими словами, возможно ли преобразовать произ¬ 
вольную функцию в новую, принимающую неполный список парамет¬ 
ров? В следующем фрагменте демонстрируется функция, назовем ее 
зсІюп 1 = іпке 1 і 2 е(), которая как раз это и делает. Мы использовали имя 
5СІюп1 = іпке1і2е() отчасти потому, что оно сложнее в произношении, а от¬ 
части потому, что оно звучит как глагол (имя «сшту» в данном случае 
несколько неоднозначно), а нам необходим глагол, чтобы подчеркнуть, 
что функция выполняет преобразование. 

Ниже приводится реализация функции, выполняющей каррирование: 

Іипсііоп зсІіопііпке 1 і 2 е( 1п) { 

ѵаг зіісе = Аггау.ргоіоіуре.зіісе, 

зіогес1_агдз = зіісе. саЩагдитепіз, 1); 
геіигп Іипсііоп () { 

ѵаг пе\л/_агдз = зіісе.саіі(агдитепіз), 
агдз = зіогес1_агдз. сопсаі(пеѵ/_агдз); 
геіигп іп.арр1у(пи11, агдз); 

>; 
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Функция зсІіопГіпкеІііеО получилась чуть более сложной, чем могла 
бы быть, но только из-за того, что объект агдитепіз в ^ѵавсгірі не явля¬ 
ется настоящим массивом. Метод з1ісе(), заимствованный из объекта 
Аггау.ргоіоіуре, помогает нам превратить объект агдитепіз в массив и по¬ 
лучить более удобный способ работы с ним. Когда функция зсОопГіпкеІ- 
І 2 е() вызывается в первый раз, она сохраняет ссылку на метод з1ісе() 
в частной переменной (с именем зіісе), а также сохраняет переданные 
ей аргументы (в переменной з1огеР_агдз), отбрасывая первый аргумент, 
потому что в первом аргументе передается каррируемая функция. За¬ 
тем зсІюпГіпкеІііеО возвращает новую функцию. Когда новая функция 
вызывается, она имеет доступ (благодаря замыканию) к аргументам, 
сохраненным ранее в зіогесІ_агдз, и к ссылке на метод зіісе. Новая функ¬ 
ция просто объединяет ранее примененные аргументы (зіогесІ_агдз) 
с новыми (пе\л/_агдз) и затем применяет их к оригинальной функции Гп 
(ссылка на которую также сохраняется в замыкании). 

Теперь, вооружившись новым универсальным способом каррирования 
функций, выполним несколько экспериментов: 

// обычная функция 
іипсиоп асІсКх. у) { 
геіигп х + у; 

} 

// каррировать существующую функцию и получить новую 
ѵаг пеѵ/асісі = зсІюпііпкеІігеСасІсІ, 5); 
пе\л/асіс1(4); // 9 

// другой вариант - вызвать новую функцию сразу же 
зсІ'іопііпке1і2е(ас1с1 1 6)(7); // 13 

Возможности функции преобразования зсІюпГіпкеІііеО не ограничива¬ 
ются единственным параметром или одношаговым преобразованием. 
Ниже приводятся еще несколько примеров ее использования: 

// обычная функция 
Гипсііоп 801(1(3, Ь, с, сі, е) { 
геіигп а + Ь + с + с1 + е; 

} 

// может обрабатывать любое количество аргументов 
зсІюпііпкеІігеСасІсІ, 1, 2, 3)(5. 5); // 16 

// может выполнять каррирование в два этапа 
ѵаг асШпе = зсИопііпке 1 і 2 е(ас 1 с 1 1 1); 
ас!с10пе(10 ( 10, 10, 10); // 41 

ѵаг асІсІЗіх = зсІ'іопііпке 1 і 2 е(асіс 10 пе, 2, 3); 
абс13іх(5 1 5); // 16 
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Когда использовать каррирование 

Если обнаружится, что вы неоднократно вызываете одну и ту же функ¬ 
цию, передавая ей практически одни и те же параметры, эта функция 
наверняка является отличным кандидатом на каррирование. Вы може¬ 
те создать новую функцию, используя прием применения части пара¬ 
метров к оригинальной функции. Новая функция будет хранить повто¬ 
ряющиеся параметры (благодаря чему вам не придется передавать их 
каждый раз) и использовать их для заполнения полного списка аргу¬ 
ментов, ожидаемых оригинальной функцией. 

В заключение 

Знание особенностей функций и правил их использования в языке 
^ѵаВсгірі имеет критически важное значение. В этой главе обсужда¬ 
лись терминология и основы применения функций. Вы узнали о двух 
важных особенностях функций в ^ѵаВсгірі, а именно: 

1. Функции - это обычные объекты , они могут передаваться как обыч¬ 
ные значения и расширяться новыми свойствами и методами. 

2. Функции образуют локальную облаетъ видимости , которую невоз¬ 
можно создать с помощью простой пары фигурных скобок. Кроме 
того, не забывайте, что объявления локальных переменных неявно 
поднимаются в начало локальной области видимости. 

В ^ѵавсгірі; существуют следующие синтаксические разновидности 
функций: 

1. Именованные функции-выражения . 

2. Функции-выражения (точно такие же функции, что и выше, но не 
имеющие имени), также известные как анонимные функции. 

3. Функции-объявления , похожие на функции в других языках про¬ 
граммирования. 

После знакомства с основами и синтаксисом функций мы рассмотрели 
множество полезных шаблонов, сгруппированных в следующие кате¬ 
гории: 

1. Шаблоны АРІ , которые помогают создавать более простые и удобные 
интерфейсы для функций. Эта категория включает: 

Шаблон применения функций обратного вызова 

Предусматривает передачу функций в виде аргументов. 

Объекты с параметрами 

Помогает удерживать количество аргументов функций под конт¬ 
ролем. 
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Возвращение функций 

Когда возвращаемым значением одной функции является другая 
функция. 

Каррирование 

Когда на основе существующей создается новая функция с час¬ 
тично подготовленным списком аргументов. 

2. Шаблоны инициализации , помогающие выполнять операции ини¬ 
циализации и настройки (весьма типичные для веб-страниц и при¬ 
ложений) ясным структурированным способом без засорения гло¬ 
бального пространства имен временными переменными. В их числе 
мы рассмотрели: 

Немедленно вызываемые функции 

Автоматически выполняются сразу же после определения. 

Немедленную инициализацию объектов 

Структурирование операций инициализации в виде анонимного 
объекта, в котором имеется метод, вызываемый немедленно по¬ 
сле объявления объекта. 

Выделение ветвей , выполняющихся на этапе инициализации 

Помогает выделить программный код, выполняемый только один 
раз на этапе инициализации, в противоположность программно¬ 
му коду, который выполняется многократно в течение времени 
жизни приложения. 

3. Шаблоны оптимизации производительности , помогающие повы¬ 
сить скорость выполнения. В их числе: 

Мемоизация 

Использование свойств функций для хранения вычисленных ра¬ 
нее возвращаемых значений, чтобы избежать необходимости вы¬ 
числять их повторно. 

Самоопределяемые функции 

Функции, которые сами определяют для себя новое тело, чтобы, 
начиная со второго вызова, выполнять меньше операций. 
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Создание объектов в ^ѵавсгірі; выполняется достаточно просто - для 
этого достаточно воспользоваться литералом объекта или вызвать функ¬ 
цию-конструктор. В этой главе мы познакомимся с несколькими допол¬ 
нительными приемами, используемыми при создании объектов. 

Язык программирования ^ѵаВсгірі отличается простотой и очевидно¬ 
стью, и в нем отсутствуют многие специализированные синтаксические 
конструкции, имеющиеся в других языках, такие как пространства 
имен, модули, пакеты, частные свойства и статические члены. В этой 
главе вы познакомитесь с общими шаблонами, позволяющими реализо¬ 
вать или просто представлять иначе все эти особенности. 

Сначала в этой главе мы познакомимся с приемами создания про¬ 
странств имен и модулей, с возможностью объявления зависимостей 
и выделения изолированного пространства имен. Все это поможет вам 
организовать и структурировать программный код в приложениях 
и ослабить влияние механизма подразумеваемых глобальных перемен¬ 
ных. В числе других тем мы обсудим частные и привилегированные 
члены, статические и частные статические члены, объекты-константы, 
составление цепочек из вызовов методов и еще один способ определения 
конструкторов. 

Пространство имен 

Пространства имен помогают уменьшить количество глобальных пере¬ 
менных, необходимых нашим программам, и одновременно избежать 
конфликтов имен и чрезмерного употребления префиксов. 

В синтаксисе языка ^ѵавсгірі отсутствуют конструкции определе¬ 
ния пространств имен, но эту особенность легко реализовать другими 
способами. Вместо того чтобы засорять глобальное пространство имен 
большим количеством функций, объектов и других переменных, мож- 
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но создать один (в идеале только один) глобальный объект, который бу¬ 
дет служить пространством имен для приложения или библиотеки. По¬ 
сле этого вы сможете добавлять всю необходимую функциональность 
в этот объект. 

Взгляните на следующий пример: 

//ДО: 5 глобальных переменных 
// Внимание: антишаблон 

// конструкторы 
^ипсГіоп Рагеп^О {} 

^ипсГіоп СГііІсі () {} 

// переменная 
ѵаг зоте_ѵаг = 1; 

// пара объектов 

ѵаг тосіиіеі = {}; 

тосіиіеі. РаГа = {а: 1, Ь: 2}; 

ѵаг тоРи1е2 = {}; 

Такой программный код легко переписать иным способом, создав един¬ 
ственный глобальный объект, назовем его МУАРР, и превратив все функ¬ 
ции и переменные в свойства этого глобального объекта: 

// ПОСЛЕ: 1 глобальная переменная 

// глобальный объект 
ѵаг МУАРР = {}; 

// конструкторы 

МУАРР. Рагепі = ^ипсТіоп () {}; 

МУАРР.СПИР = ГипсГіоп () {}; 

// переменная 
МУАРР. зоте_ѵаг = 1; 

// объект-контейнер 
МУАРР. тосіиіез = {}; 

// вложенные объекты 
МУАРР. тоРиІез.ториіеі = {}; 

МУАРР. тосіиіез.тосіиіеі .РаТа = {а: 1, Ь: 2}; 

МУАРР. тосіиіез. тосІи1е2 = {}; 

В качестве имени глобального объекта пространства имен вы можете 
выбрать, например, имя вашего приложения или библиотеки, доменное 
имя или название своей компании. Часто разработчики следуют согла¬ 
шению об именовании, согласно которому имена глобальных перемен¬ 
ных конструируются только из ЗАГЛАВНЫХ СИМВОЛОВ, благодаря 
чему они сразу будут бросаться в глаза тем, кто будет читать программ- 


Пространство имен 


119 


ный код. (Но имейте в виду, что то же соглашение часто используется 
при выборе имен для констант.) 

Этот шаблон обеспечивает возможность создания пространств имен для 
вашего программного кода и позволяет избежать конфликтов имен как 
внутри ваших приложений, так и между вашим программным кодом 
и сторонними библиотеками, например с библиотеками ^ѵавсгірі или 
с комплектами виджетов. Этот шаблон отлично подходит для большин¬ 
ства задач, но он имеет некоторые недостатки: 

• Увеличивается объем ввода с клавиатуры, так как приходится снаб¬ 
жать префиксом каждую переменную и каждую функцию, что в ре¬ 
зультате увеличивает размер загружаемого файла. 

• Наличие единственного экземпляра глобального объекта подразу¬ 
мевает, что любая часть программного кода может внести в него из¬ 
менения, при этом остальная часть программного кода будет пользо¬ 
ваться измененным объектом. 

• Удлинение имен вложенных переменных подразумевает увеличение 
времени, необходимого на разрешение имен. 

Эти недостатки устраняет шаблон изолированного пространства имен, 
который обсуждается ниже в этой главе. 

Универсальная функция 

для создания пространства имен 

С ростом сложности программы некоторые фрагменты программного 
кода приходится выносить в отдельные файлы и подключать их при 
определенных условиях. Вследствие этого становится безоснователь¬ 
ным предполагать, что ваш файл первым определит некоторое про¬ 
странство имен или свойство в нем. Вполне возможно, что некоторые 
свойства, которые предполагается добавить, уже существуют, и вы мо¬ 
жете затереть их по неосторожности. Поэтому, прежде чем добавлять 
свойство или создавать пространство имен, желательно убедиться, что 
оно еще не создано, как показано в следующем примере: 

// небезопасный способ 
ѵаг МУАРР = {}; 

// так лучше 

и (Іуреоі 1 МУАРР === "ипсіе^іпесі” ) { 
ѵаг МУАРР = {}; 

} 

// или немного короче 
ѵаг МУАРР = МУАРР || {}; 

Легко понять, что такие проверки быстро могут превратиться в огром¬ 
ный объем повторяющегося программного кода. Например, если по¬ 
требуется создать свойство МУАРР. тосіиіез.тос!и1е2, необходимо будет вы- 
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полнить три проверки, по одной для каждого создаваемого объекта или 
свойства. Поэтому было бы очень удобно иметь функцию, которая взяла 
бы на себя выполнение всех операций, необходимых для создания про¬ 
странства имен. Назовем эту функцию патезрасеО и положим, что она 
должна использоваться, как показано ниже: 

// применение функции пространства имен 
МУАРР.патезрасе(' МУАРР. тосіиіез. тоРи1е2’); 

// этот вызов эквивалентен следующей конструкции: 

// ѵаг МУАРР = { 

// тосіиіез: { 

// тос!и1е2: {} 

// > 

// >; 

Далее приводится пример реализации этой функции, в котором ис¬ 
пользован принцип неразрушения, то есть если пространство имен с за¬ 
данным именем уже существует, оно не будет создано заново: 

ѵаг МУАРР = МУАРР || {}; 

МУАРР.патезрасе = ІипсТіоп (пз_зТ; гіпд ) { 
ѵаг рагТз = пз.зТгіпд.зрІіТС .'), 
рагепт = МУАРР, 
і; 

// отбросить начальный префикс - имя глобального объекта 
Н (рагТз[0] === “МУАРР") { 
рагТз = рагтз. з1ісе(1 ); 

} 


Гог (і = 0; і < рагіз. ІепдТІг, і += 1) { 

// создать свойство, если оно отсутствует 
И (Т:уреоГ рагепі:[рагтз[і]] === "ипсІеНпесГ) { 
рагепт[рагтз[і ]] = {}; 

} 

рагепт = рагепт[рап:5[і]]; 

} 

геТигп рагепт; 

}; 

Такая реализация делает допустимыми все следующие варианты ис¬ 
пользования функции: 

// присваивать возвращаемое значение локальной переменной 
ѵаг тос1и1е2 = МУАРР.патезрасе('МУАРР. тосіиіез.тос!и1е2 ’); 
тоби1е2 === МУАРР. тосіиіез.тос!и1е2; // Тгие 

// опускать начальный префикс ’ МУАРР' 

МУАРР.патезрасе(‘ тосіиіез.тосіиіебі ’); 
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// создавать глубоко вложенные пространства имен 

МУАРР. папезрасе( ‘ опсе. ироп. а. Ііте. ІНеге. маз. Шз. Іопд. пезіесі. ргоре г Ту ' ); 

На рис. 5.1 показано, как выглядят пространства имен, созданные 
в предыдущем примере, в расширении ГігеЪи&. 
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ОЬ]ес( { } 

пате&расе 

ГипсііопО 


Рис . 5.1. Пространство МУАРР в РігеЬиё 


Объявление зависимостей 

Библиотеки ^ѵаЗсгірІ; часто имеют модульную архитектуру и опреде¬ 
ляют собственные пространства имен, что позволяет подключать к при¬ 
ложению только необходимые модули. Например, в библиотеке УШ2 
существует глобальная переменная УАНОО, которая играет роль про¬ 
странства имен, и ряд модулей, являющихся свойствами этой глобаль¬ 
ной переменной, такие как УАНОО. иііі. Эот (модуль БОМ) и УАНОО. иііі. Еѵепі 
(модуль Еѵепіз). 

Было бы неплохо объявлять модули, необходимые программному коду, 
в начале функции или модуля. Для такого объявления достаточно 
лишь локальных переменных, ссылающихся на требуемые модули: 

ѵаг туРипсІіоп = іипсііоп () { 

// зависимости 

ѵаг еѵепі = УАНОО.иііі.Еѵепі, 
сіот = УАНОО. иііі. Оот; 

// остальная часть функции 
// использует переменные еѵепі и сіот... 

}; 

Это удивительно простой шаблон, обладающий многочисленными пре¬ 
имуществами: 
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• Явное объявление зависимостей сообщает пользователям вашего про¬ 
граммного кода, какие файлы необходимо подключить к странице. 

• Опережающее объявление в начале функции упрощает поиск и раз¬ 
решение зависимостей. 

• Операции с локальными переменными (такими как йот) всегда вы¬ 
полняются быстрее, чем с глобальными (такими как УАНОО), и даже 
быстрее, чем с вложенными свойствами глобальной переменной 
(такими как УАНОО.иШ.Оот), поэтому их использование позволяет 
увеличить производительность. Применение шаблона объявления 
зависимостей позволяет выполнять разрешение глобальных имен 
в функции только один раз. После этого везде в функции будет ис¬ 
пользоваться локальная переменная, обеспечивая более высокую 
скорость выполнения. 

• Улучшенные компрессоры ЛѵаЗсгірІ;, такие как УШСотргеззог 
и Ооо^іе Сіозиге Сотрііег, способны переименовывать локальные 
переменные (в результате чего переменной еѵепТ наверняка будет 
присвоено односимвольное имя, например А), уменьшая объем про¬ 
граммного кода, но они никогда не переименовывают глобальные 
переменные, потому что это небезопасно. 

Следующий фрагмент иллюстрирует влияние шаблона объявления за¬ 
висимостей на сжатие программного кода. Хотя функция 1:ез1:2(), сле¬ 
дующая шаблону, выглядит немного сложнее, потому что содержит 
больше строк кода из-за добавления дополнительной переменной, тем 
не менее после компрессии она оказывается меньше, а это означает, что 
размер загружаемого файла также уменьшится: 

Гипсі:іоп 1ез11() { 

а1егі:( МУАРР. посіиіез. ті); 
а1ег!;(МУАРР. посіиіез. п2); 
аіегі; ( МУАРР . посіиіез. т51 ); 

} 

Л 

Тело сжатой функции іезііі: 

аіегт (МУАРР. посіиіез. пі); аіегт (МУАРР. посіиіез. т2); аіе гТ (МУАРР. тосіиіез. т51 ) 

*/ 


Іипсііоп ТезТ2() { 

ѵаг посіиіез = МУАРР.посіиіез; 
аіе гТ (посіиіез. пі); 
аіе гТ (посіиіез. п2); 
а1егІ(иос1и1е5. п51 ); 

} 


Л 

Тело сжатой функции ТезТ2: 

ѵаг а=МУАРР. посіиіез;а1еп:(а.пі);а1егт(а.п2);а1егі;(а. п51 ) 
*/ 
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Частные свойства и методы 

В языке ^ѵаВсгірІ нет специальных средств объявления частных 
(ргіѵа*е), защищенных (ргоіесіесі) или общедоступных (риЫіс) свойств 
и методов, как в языке ^ѵа или в других языках. Все члены объектов 
в этом языке являются общедоступными: 

ѵаг пуоЬ] = { 
тургор: 1, 

де*Ргор: Іипсііоп () { 
ге*игп ІИіз. тургор: 

> 

}; 

сопзоіе. 1од(туоЬ;і. тургор) ; // ‘тургор* - общедоступный член 

сопзоіе. 1од(туоЬ]. де*Ргор()); // де*Ргор() - также общедоступный член 

То же справедливо и при использовании функций-конструкторов для 
создания объектов - все члены являются общедоступными: 

1ипс*іоп Сайде*() { 

Шз. пате = ‘ іРос! '; 

*Иіз. з*ге*сИ = 1ипс*іоп () { 
ге*игп ‘ іРасІ '; 

}; 

} 

ѵаг *оу = пеѵѵ 6айде*(); 

сопзоіе.1од(*оу. пате); // ’пате' - общедоступный член 
сопзоіе.1од(*оу.з*ге*сй()); // з*ге*сИ() - общедоступный член 

Частные члены 

Несмотря на отсутствие в языке специальных средств определения част¬ 
ных членов, их все-таки можно создать, используя для этого замыкания. 
Функция-конструктор может образовывать замыкание, и любые пере¬ 
менные, ставшие частью этого замыкания, не будут доступны за преде¬ 
лами объекта. Однако такие частные члены останутся доступными для 
общедоступных методов - методов, определяемых внутри конструктора 
и являющихся частью интерфейса возвращаемого объекта. Давайте рас¬ 
смотрим пример создания частного члена, недоступного за пределами 
объекта: 

Іипсііоп Сайде*() { 

// частный член 
ѵаг пате = ' іРой '; 

// общедоступная функция 
Шз.де*Мате = 1ипс*іоп () { 
ге*игп пате; 

}; 

} 

ѵаг *оу = пеѵѵ Сайде*(); 
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// имя ‘пате* не определено, частный член 
сопзоіе. 1од(Юу. папе); // ипсіе^іпесі 

// общедоступный метод может обратиться к частному члену ’папе’ 
сопзо1еЛод(!оу.де1:Мате()); // "іРосГ 

Как видите, в ^ѵаЗсгірІ; можно легко создавать частные члены. Все, что 
для этого необходимо, - обернуть данные, которые вы хотели бы оста¬ 
вить частными, в функцию, сделав их локальными по отношению к этой 
функции и, следовательно, недоступными за пределами функции. 

Привилегированные методы 

Под понятием привилегированный метод не подразумевается какая- 
либо особая синтаксическая конструкция - так называются общедо¬ 
ступные методы, обладающие доступом к частным членам (то есть име¬ 
ющие более высокие привилегии). 

В предыдущем примере деІИатеО - привилегированный метод, потому 
что он имеет «особый» доступ к частному свойству пате. 

Нежелательный доступ к частным членам 

Существует несколько краевых случаев, связанных с нежелательным 
получением доступа к частным членам: 

• В некоторых ранних версиях Гігеіюх функции еѵа1() можно было 

передать второй параметр, определяющий контекстный объект, что 
позволяло вторгаться в частную область видимости функции. Точно 
так же свойство_ рагепі _в МогШа Шііпо позволяет получить до¬ 

ступ к частной области видимости. Эти проблемы отсутствуют в ши¬ 
роко используемых современных броузерах. 

• Если привилегированный метод возвращает частную переменную 
непосредственно и эта переменная является объектом или массивом, 
внешний программный код сможет изменить такую частную пере¬ 
менную, потому что объекты и массивы передаются по ссылке. 

Рассмотрим вторую проблему немного подробнее. Следующая реализа¬ 
ция конструктора Сайде! выглядит достаточно невинной: 

Гипсіііоп СасІдегО { 

// частный член 
ѵаг зресз = { 

зс гееп_\ѵіс!1:М : 320, 
зсгееп_РеідШ : 480, 
соіог: "мОЛе” 

}; 


// общедоступная функция 
Шз.деіЗресз = ІЛпсііоп () { 
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геТигп зресз; 

}; 

> 

Проблема здесь заключается в том, что метод де*3ресз() возвращает 
ссылку на объект зресз. Это дает пользователю конструктора Сайде* 
возможность изменять, казалось бы, скрытую и частную переменную 

зресз: 

ѵаг *оу = пеѵѵ 6айде*(), 
зресз = *оу.де*5ресз(); 

зресз. соіог = "Ыаск"; 
зресз. ргісе = 'Чгее"; 

сопзо1е.сИг('1;оу.дет5ресз( )); 

Результат работы этого фрагмента в консоли ГігеЬи^ показан на рис. 5.2. 


СОІОГ 

"Ыаск 

ргісе 

’Чгее" 

хсгеел.НеідНс 
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*сгеел_ѵѵі<йН 
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... 



Рис . 5.2. Частный объект был изменен 

Чтобы избежать этого неожиданного эффекта, не следует возвращать 
ссылки на объекты и массивы, которые должны оставаться частными. 
Одно из возможных решений состоит в том, чтобы в методе де*3ресз() 
создавать и возвращать новый объект, содержащий только те данные, 
которые могут представлять интерес для получателя этого объекта. 
Этот прием известен как принцип минимально необходимых полно¬ 
мочий (Ргіпсіріе оі: Ьеаз* АиПюгйу, РОЬА), который гласит, что вы ни¬ 
когда не должны отдавать больше, чем это необходимо. В данном слу¬ 
чае, если получателю объекта Сайде* требуется определить, уместится 
ли этот объект в области определенного размера, ему достаточно будет 
передать только размеры. Поэтому вместо того чтобы отдавать все, что 
имеется, можно создать метод деЮітепзіопзО, который будет возвра¬ 
щать новый объект, содержащий только ширину и высоту. При таком 
подходе надобность в методе де*3ресз() вообще может отпасть. 

Другой подход, когда действительно требуется вернуть все данные, за¬ 
ключается в том, чтобы создать копию объекта зресз с помощью уни¬ 
версальной функции копирования объектов. В следующей главе ваше¬ 
му вниманию будут представлены две такие функции: одна с именем 
ех*епй(), создающая поверхностную копию указанного объекта (она ко¬ 
пирует только параметры верхнего уровня), и другая с именем ех*епй- 
ОеерО, создающая полную копию, выполняя рекурсивное копирование 
всех свойств и вложенных в них свойств. 
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Частные члены и литералы объектов 

До сих пор все примеры реализации частных свойств, которые мы ви¬ 
дели, были основаны на использовании конструкторов. А как быть 
в случаях, когда объекты определяются в виде литералов? Возможно 
ли в таких ситуациях создавать частные члены? 

Как вы уже видели, чтобы обеспечить сокрытие данных, их необходи¬ 
мо обернуть функцией. Так, в случае литералов объектов замыкание 
можно создать с помощью дополнительной анонимной функции, вызы¬ 
ваемой немедленно. Например: 

ѵаг туоЬ;і; // это будет объект 
Нипсііоп () { 

// частные члены 
ѵаг пате = “ту, ой ту”; 

// реализация общедоступных членов 

// обратите внимание на отсутствие инструкции 'ѵаг' 

пуоЬі = { 

// привилегированный метод 
де1№пе: ^ипсііоп () { 
геіигп папе; 

} 

}; 

}()); 

туоЬ;) .деіМатеО; // "ту, оіп ту” 

Та же идея положена в основу следующего примера, имеющего несколь¬ 
ко иную реализацию: 

ѵаг туобі = (^ипс^іоп () { 

// частные члены 
ѵаг папе = "пу, оіт ту”; 

// реализация общедоступных членов 
геіигп { 

деіМапе: ^ипсНоп () { 
геіигп папе; 

} 

}; 

}()); 

пуоЬ] .деіМапеО; // "пу, оМ пу” 

Этот шаблон является также основой шаблона, известного под названи¬ 
ем «модуль», исследованием которого мы займемся чуть ниже. 

Частные члены и прототипы 

Один из недостатков создания частных членов с применением конструк¬ 
торов заключается в том, что они создаются всякий раз, когда вызыва¬ 
ется конструктор для создания нового объекта. 
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Фактически эта проблема относится ко всем членам, добавляемым внут¬ 
ри конструкторов. Чтобы сэкономить свои усилия и память, общие для 
всех экземпляров свойства и методы можно добавить в свойство ргоіо- 
Іуре конструктора. При таком подходе общие члены будут совместно 
использоваться всеми экземплярами, созданными с помощью одно¬ 
го и того же конструктора. Аналогичным образом можно определять 
частные свойства, совместно используемые всеми экземплярами. Для 
этого необходимо применить комбинацию из двух шаблонов: частные 
свойства внутри конструкторов и частные свойства в литералах объек¬ 
тов. Так как свойство ргоіоіуре является обычным объектом, его можно 
определить в виде литерала. 

Как это сделать, показано в следующем примере: 

^ипсііоп басІдеіО { 

// частный член 
ѵаг папе = ' іРосГ ; 

// общедоступная функция 
Шз. де*№ие = *ипс*іоп () { 
геіигп папе; 

}; 

> 

Сайде*. ргоіоіуре = Нипсііоп () { 

// частный член 

ѵаг Ьгомзег = "МоЫІе МеЬкі*”; 

// общедоступные члены прототипа 
ге*игп { 

деіВгоизег : ^ипсііоп () { 
геіигп Ьгоизег; 

} 

}; 

}()); 

ѵаг *оу = пеѵѵ Сас1де*(); 

сопзоіе. 1од(*оу.де*№пе()); // “собственный" привилегированный метод 

сопзоіе. 1од(*оу.де*Вго\л/зег()); // привилегированный метод прототипа 

Объявление частных функций 
общедоступными методами 

Шаблон открытия касается частных методов, к которым вы открываете 
доступ как к общедоступным методам. Этот шаблон может пригодить¬ 
ся, когда все функциональные возможности объекта являются кри¬ 
тически важными для его нормального функционирования, и для вас 
было бы желательно защитить их настолько, насколько это возможно. 
Но в то же время необходимо предоставить возможность доступа к не¬ 
которым из этих методов извне, так как это могло бы быть полезным 
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в некоторых ситуациях. Когда вы открываете доступ к методам, вы де¬ 
лаете их уязвимыми - общедоступные методы могут легко изменяться 
пользователями, порой непреднамеренно. В стандарте ЕСМАВсгірГ 5 
имеется возможность зафиксировать объект, которая не поддержива¬ 
лась в предыдущих версиях языка. Представляем вашему вниманию 
шаблон открытия (этот термин, введенный Кристианом Хейлманном 
(СЬгізІіап Неіітапп), первоначально употреблялся применительно 
к шаблону «открытия модуля»). 

Рассмотрим пример, основанный на одном из шаблонов сокрытия дан¬ 
ных - определении частных членов в литералах объектов: 

ѵаг туаггау; 

( Гипс1;іоп () { 

ѵаг азіг = "[оі^есл: Аггау]”, 

ЮЗігіпд = О^есі. ргоісцуре. ІоЗігіпд; 

Гипсі;іоп ізАггау(а) { 

геі;игп ІоЗігіпд.саіі(а) === азіг; 

} 

Іітсііоп іпсІехОГ(Ііаузі;аск, пеесііе) { 
ѵаг і = О, 

тах = Ііаузіаск. ІепдЩ; 

Гог (; і < тах; і += 1) { 

іі (Г»аузГаск[і] === пеесііе) { 
геіигп і; 

} 

} 

геіигп -1; 

} 

туаггау = { 

ізАггау: ізАггау, 
іпсІехОГ: іпсІехОГ, 
іпАггау: іпйехОГ 


}()): 

Здесь есть две частные переменные и две частные функции, ізАггауО 
и іпс1ехОГ(). В конце немедленно вызываемой функции объект туаггау за¬ 
полняется функциональными возможностями, доступ к которым требу¬ 
ется открыть. В данном случае одно и то же частное свойство іпсІехОГО 
открывается под двумя разными именами: іпсІехОГ в стиле ЕСМАВсгірГ 5 
и іпАггау в духе языка РНР. Проверим наш объект туаггау: 
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туаггау. ізАггау ([1,2]); // Ігие 

туаггау. і зАггау({0: 1>); // І'аізе 

туаггау. іпсІехОН ["а”, "Ь", “г”], "г”); //2 
туаггау. іпАггау(["а”, "Ь”, “г"], "г”); //2 

Если теперь произойдет, например, что-то неожиданное с общедоступ¬ 
ным методом іпсІехОШ, частный метод іпсІехО^О останется нетронутым, 
благодаря чему метод іпАггауО сохранит свою работоспособность: 

туаггау. іпсІехОІ" = піііі; 

туаггау. іпАггау([“а” , “Ь", Ѵ], “і")', //2 

Шаблон «модуль» 

Шаблон «модуль» получил широкое распространение благодаря предо¬ 
ставляемой им возможности структурировать и организовать программ¬ 
ный код по мере увеличения его объема. В отличие от других языков, 
в ЛѵаЗсгірІ; отсутствует специальная синтаксическая конструкция для 
создания пакетов, но шаблон «модуль» обеспечивает все необходимое 
для создания независимых фрагментов программного кода, которые 
можно рассматривать как «черные ящики» и добавлять, заменять или 
удалять их из своей программы в соответствии с потребностями (воз¬ 
можно, изменяющимися с течением времени) вашей программы. 

Шаблон «модуль» является комбинацией нескольких шаблонов, опи¬ 
санных выше в этой книге, а именно: 

• Пространств имен 

• Немедленно вызываемых функций 

• Частных и привилегированных членов 

• Объявления зависимостей 

Первый шаг заключается в создании пространства имен. Воспользуем¬ 
ся функцией патезрасе(), реализованной выше в этой главе, и создадим 
вспомогательный модуль, содержащий методы для работы с массивами: 

МУАРР.патезрасе(' МУАРР. иШШез. а г гау'); 

Следующий шаг - определение модуля. На этом этапе используется не¬ 
медленно вызываемая функция, образующая частную область видимо¬ 
сти, если это необходимо. Немедленно вызываемая функция возвраща¬ 
ет объект - собственно модуль с общедоступным интерфейсом, который 
может использоваться программами, в которые добавляется модуль: 

МУАРР. іШШііез. а г гау = (^ипсііоп () { 
геіигп { 

// будет реализовано позже... 

}; 

}()); 
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Затем необходимо добавить общедоступные методы: 

МУАРР. иШШез. аггау = (іипШоп () { 
геТигп { 

іпАггау: іипсііоп (пеесііе, ПаузТаск) { 

// ... 

>. 

ізАггау: іипсііоп (а) { 

// ... 

> 

>; 

}()); 

В частной области видимости, образуемой немедленно вызываемой 
функцией, можно объявить частные свойства и методы, если это необ¬ 
ходимо. В самом начале немедленно вызываемой функции следует так¬ 
же поместить все объявления зависимостей, необходимых для модуля. 
Вслед за объявлениями переменных можно поместить программный 
код инициализации модуля, который будет вызываться всего один раз. 
Окончательный результат - объект, возвращаемый немедленно вызы¬ 
ваемой функцией, содержащий общедоступные члены модуля: 

МУАРР. патезрасе( ‘ МУАРР. иШШез. аггау’); 

МУАРР.иШШез.аггау = (іипсііоп () { 

// зависимости 

ѵаг иоЬ] = МУАРР.иШШез. о^есі, 
иіапд = МУАРР. иШШез. Іапд, 

// частные свойства 
аггау_зІгіпд = “[о^есі: Аггау]", 
орз = ОЬзесЪ. ргоіоіуре. ЮЗІгіпд; 

// частные методы 

// ... 

// конец инструкции ѵаг 

// реализация необязательной процедуры инициализации 

// ... 

// общедоступные члены 
геіигп { 

іпАггау: іипсііоп (пеесііе, Паузіаск) { 

іог (ѵаг і = 0, шах = Ітаузіаск. ІепдШ і < шах; і += 1) { 
іі (Иаузі:аск[і] === пеесііе) { 
геіигп ігие; 

> 
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ізАггау: ^ипсііоп (а) { 

геіигп орз.саіі(а) === аггау_5ігіпд; 

} 

II... другие методы и свойства 

}; 

> 0 ); 

Шаблон «модуль» широко используется на практике и является реко¬ 
мендуемым способом организации программного кода, особенно по мере 
увеличения его объема. 

Шаблон открытия модуля 

Мы уже рассматривали шаблон открытия в этой главе, когда обсужда¬ 
ли шаблоны сокрытия данных. Шаблон «модуль» может быть модифи¬ 
цирован аналогичным способом, когда все методы модуля являются 
частными и в конце определения модуля принимается решение, к ка¬ 
ким из них следует открыть доступ. 

Так, предыдущий пример можно преобразовать, как показано ниже: 

МУАРР.иШШез.аггау = (іипсіюп () { 

// частные свойства 
ѵаг аггау_зігіпд = "[о^есі Аггау]”, 
орз = ОЬдесГ. ргоіоіуре. ЮЗігіпд, 

// частные методы 

іпАггау = іипсііоп (Ііаузіаск, пеесііе) { 

Гог (ѵаг і = 0, шах = ІтаузГаск. ІепдГІт; і < шах; і += 1) { 
іі (Иаузгаск[і] === пеесііе) { 
геіигп і; 

} 

} 

геіигп -1; 

>. 


ізАггау = іипсііоп (а) { 

геіигп орз.саіі(а) === аггау_зігіпд; 

>; 


// конец инструкции ѵаг 

// открытие доступа к некоторым методам 

геГигп { 

ізАггау: ізАггау, 
іпйехО^: іпАггау 


}; 

> 0 ): 
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Модули, создающие конструкторы 

В предыдущем примере создается объект МУАРР. иШШез. аггау, но ино¬ 
гда гораздо удобнее создавать объекты с помощью конструкторов. Для 
этой цели также можно использовать шаблон «модуль». Единственное 
отличие состоит в том, что немедленно вызываемая функция, оберты¬ 
вающая модуль, возвращает функцию, а не объект. 

Взгляните на следующий пример использования шаблона «модуль», 
который создает функцию-конструктор МѴАРР.иШШез. Аггау: 

МУАРР.патезрасе(‘МУАРР.иШШез.Аггау’); 

МУАРР. иШШез. Аггау = (^ипсііоп () { 

// зависимости 

ѵаг иоЬ] = МУАРР.иШШез. оЬ^есІ: , 
иіапд = МУАРР. иШШез. Іапд, 

// частные свойства и методы... 

Сопзіг; 

// конец инструкции ѵаг 

// реализация необязательной процедуры инициализации 

// ... 

// общедоступные методы -- конструктор 
Сопзіг = ^ипсііоп (о) { 

Шз. еіетепіз = Шз.1:оАггау(о); 

>; 


// общедоступные методы -- прототип 
СопзШ ргоіоіуре = { 

сопзігисіог: МУАРР.иШШез.Аггау, 
ѵегзіоп: “2.0”, 

ІоАггау: ^ипсііоп (оЬ]) { 

іог (ѵаг і = 0, а = [], Іеп = оЬз. ІепдІІт; і < Іеп; і += 1) { 
а[і] = оЬ][і]; 

> 

геіигп а; 

> 

}; 

// вернуть конструктор, 

// создающий новое пространство имен 
геіигп СопзРг; 


> 0 ); 
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Ниже показано, как можно использовать новый конструктор: 

ѵаг агг = пей МУАРР.иШШез.Аггау(оЬ]); 

Импортирование глобальных переменных в модули 

В одной из распространенных разновидностей шаблона предусматри¬ 
вается возможность передачи аргументов в немедленно вызываемую 
функцию, обертывающую модуль. Функции можно передавать любые 
значения, но на практике ей обычно передаются ссылки на глобальные 
переменные и иногда даже сам глобальный объект. Импортирование 
глобальных переменных позволяет увеличить скорость разрешения 
глобальных имен внутри немедленно вызываемой функции благода¬ 
ря тому, что импортируемые переменные становятся локальными для 
этой функции: 

МУАРР. иШШез. тосіиіе = ( Гипсііоп (арр, дІоЬаІ) { 

// ссылки на обьект діобаі 

// и на глобальное пространство имен арр 

// теперь будут локальными переменными 

}(МУАРР, Шз)); 

Шаблон изолированного пространства имен 

Шаблон изолированного пространства имен призван устранить недо¬ 
статки, присущие обычному шаблону пространства имен, а именно: 

• В приложении может быть только одна глобальная переменная, 
определяющая пространство имен. В шаблоне пространства имен не 
предусматривается возможность создания двух версий одного и того 
же пространства имен приложения или библиотеки в пределах 
одной и той же страницы, потому что обе версии используют одно 
и то же глобальное имя, например МУАРР. 

• Требуются длинные имена, например МУАРР.иШШез.аггау, которые 
сложнее вводить с клавиатуры, а во время выполнения на их разре¬ 
шение затрачивается больше времени. 

Как следует из его названия, шаблон изолированного пространства имен 
предоставляет каждому модулю окружение, изолированное от других 
модулей и их пространств имен. 

Этот шаблон широко используется, например, в библиотеке УШ вер¬ 
сии 3, но имейте в виду, что следующее ниже обсуждение - это лишь при¬ 
мер реализации шаблона, который не может рассматриваться как описа¬ 
ние реализации изолированных пространств имен в библиотеке УШЗ. 
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Глобальный конструктор 

В шаблоне пространства имен имеется единственный глобальный объ¬ 
ект; в шаблоне изолированного пространства имен единственным гло¬ 
бальным объектом является конструктор: назовем его ЗапсІЬох(). Этот 
конструктор используется для создания объектов пространств имен 
и принимает функцию обратного вызова, которая будет играть роль 
изолированного окружения для вашего программного кода. 

Ниже показано, как используется изолированное пространство имен: 

пей ЗапсШох^ипсиоп (Ьох) { 

// здесь находится ваш программный код... 

>); 

Объект Ьох - это аналог объекта МУАРР в шаблоне пространства имен; 
он должен включать все библиотеки, необходимые для работы вашего 
программного кода. 

Добавим в этот шаблон еще пару улучшений: 

• С помощью некоторой доли волшебства (шаблон принудительного 
использования оператора пем из главы 3) можно обеспечить необхо¬ 
димое поведение конструктора, даже когда он вызывается без опера¬ 
тора пей. 

• Конструктор ЗапсІЬох() может принимать дополнительные аргумен¬ 
ты с настройками, определяющие имена модулей, необходимых для 
работы этого экземпляра объекта. Мы ставим своей целью добиться 
модульности кода, поэтому вся функциональность, обеспечиваемая 
конструктором Запс1Ьох(), будет распределена по модулям. 

Теперь рассмотрим несколько примеров программного кода, использу¬ 
ющего конструктор с этими дополнительными улучшениями. 

Вы можете опустить оператор пем и создать объект, использующий не¬ 
которые фиктивные модули «азах» и «еѵепі»: 

ЗапсІЬох ([ ’ аз ах ’, ' еѵеп!: , ] 1 Іипсііоп (Ьох) { 

// сопзоіе.Іод(Ьох); 

>); 

Следующий пример похож на предыдущий, но на этот раз имена моду¬ 
лей передаются в виде отдельных аргументов: 

5апсІЬох( ’ азах’, ’Ьот’, Гипсілоп (Ьох) { 

// сопзоіе.Іод(Ьох); 

>); 

Теперь давайте определим, что шаблонный символ «*» в качестве аргу¬ 
мента будет означать «все доступные модули». Для удобства предполо¬ 
жим также, что если при вызове конструктора имена модулей не пере¬ 
даются, то будет подразумеваться наличие аргумента со значением 
С учетом этого дополнения два способа подключения всех доступных 
модулей будут выглядеть, как показано ниже: 
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ЗапсІЬох (‘ *', Іипсиоп (Ьох) { 

// сопзоіе.Іод(Ьох); 

»; 

Запс1Ьох(ТипсГіоп (Ьох) { 

// сопзоіе.Іод(Ьох); 

}); 

И еще один пример использования шаблона, иллюстрирующий воз¬ 
можность создания нескольких экземпляров объекта изолированного 
пространства имен; вы можете даже вкладывать их друг в друга, не вы¬ 
зывая конфликтов между ними: 

ЗапсІЬох (‘ сіот ’, ‘ еует', ^ипсТіоп (Ьох) { 

// использует модули Ьот и еѵепі 

Запс1Ьох( ‘ а]ах’ , ІипсТіоп (Ьох) { 

// другой объект "Ьох” изолированного пространства имен 
// этот объект “Ьох” отличается от объекта 
// "Ьох”, находящегося за пределами этой функции 

//... 

// конец пространства имен, использующего модуль А]ах 

>); 

// здесь модуль А]ах недоступен 


}); 

Как видно из этих примеров, используя шаблон изолированного про¬ 
странства имен, можно защитить глобальное пространство имен, обер¬ 
нув свой программный код функцией обратного вызова. 

В случае необходимости можно также использовать в своих интересах 
тот факт, что функции являются объектами, и сохранять какие-то дан¬ 
ные в «статических» свойствах конструктора Запс1Ьох(). 

И наконец, можно создавать различные экземпляры пространств имен 
в зависимости от типов подключаемых модулей, которые будут действо¬ 
вать независимо друг от друга. 

А теперь посмотрим, как реализовать конструктор Запс1Ьох() и модули, 
необходимые для поддержки его функциональности. 

Добавление модулей 

Прежде чем перейти к фактической реализации конструктора, рассмот¬ 
рим, как можно реализовать добавление модулей. 

Функция-конструктор Запс1Ьох() кроме всего прочего является еще и объ¬ 
ектом, поэтому мы можем добавить к ней статическое свойство с име- 
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нем тосіиіез. Это свойство будет еще одним объектом, содержащим пары 
ключ-значение, где ключами будут служить имена модулей, а значения¬ 
ми - функции, реализующие отдельные модули: 

ЗапсІЬох. тосіиіез = {}; 

ЗапсІЬох.тосіиіез. йот = ІипсЕіоп (Ьох) { 

Ьох.деТЕІетепт = Гипс! іоп () {}; 

Ьох. деТЗТуІе = Гипсііоп () {}; 

Ьох.Іоо = “Ьаг”; 

>; 


ЗапсІЬох.тосіиіез.еѵепТ = Гипсііоп (Ьох) { 

// при необходимости к прототипу ЗапсІЬох можно обратиться так: 
// Ьох.сопзТгисТог.ргоТоТуре.т = “ттт”; 

Ьох.аПасЬЕѵепТ = Гипсііоп () {}; 

Ьох.ЬеТасЬЕѵепІ: = Гипс! іоп () {}; 

}; 


ЗапсІЬох.тосіиіез. азах = Гипсііоп (Ьох) { 

Ьох.такеРециезі: = ІипсТіоп () {}; 

Ьох.деТНезропзе = ІипсТіоп () {}; 

}; 

В этом примере мы добавили модули Ьот, еѵепі: и азах, которые обычно 
используются в библиотеках или в сложных веб-приложениях. 

Функции, реализующие модули, принимают текущий экземпляр Ьох 
в качестве параметра и могут добавлять дополнительные свойства и ме¬ 
тоды к этому экземпляру. 

Реализация конструктора 

Теперь перейдем к реализации конструктора ЗапЬЬохО (естественно, вы 
можете выбрать для конструктора другое имя, более подходящее для 
вашей библиотеки или приложения): 

ІипсЕіоп ЗапРЬохО { 

// преобразовать аргументы в массив 
ѵаг агдз = Аггау. ргоЕоЕуре. зіісе. саІЦагдитепІз), 

// последний аргумент - функция обратного вызова 
саІІЬаск = агдз.рор(), 

// имена модулей могут передаваться в форме массива 
// или в виде отдельных параметров 

тосіиіез = (агдз[0] && Еуреоі агдз[0] === “зЕгіпд”) ? агдз : агдз[0], 
і; 

// проверить, была ли функция вызвана 

// как конструктор 

ІГ (! (ЕЫз іпзЕапсео! ЗапсІЬох)) { 

геЕигп пей ЗапсіЬох(тосіи1ез, саІІЬаск); 

> 
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// добавить свойства к объекту ЧІйз', если это необходимо: 

Шз.а = 1; 

Шз.Ь = 2; 

// добавить модули в базовый объект ЧІйз' 

// отсутствие аргументов с именами модулей или аргумент со значением 
// предполагает необходимость включения “всех модулей” 
іі (! шосіиІез || тосіиіез === '*’) { 
тосіиіез = []; 

іч)г (і іп ЗапсШох. тосіиіез) { 

Н (ЗапсШох. тосіиіез.ІгазО\л/пРгорег1:у(і)) { 
тосіиіез. ризіг (і); 

} 

} 

> 

// инициализировать необходимые модули 
Іог (і = 0; і < тосіиіез. ІепдІШ; і += 1) { 

ЗапсІЬох. тос1и1ез[тос1и1ез[ і]](ТІгіз); 

> 

// вызвать функцию обратного вызова 
саІІЬаск(Шз); 


// добавить свойства к прототипу, если это необходимо 
ЗапсШох.ргоіоіуре = { 

пате: “Му Арріісаиоп", 
ѵегзіоп: “1.0", 
деШте: ГипСТіоп () { 
геіигп ІПіз. пате; 

} 

>; 

Ключевыми пунктами реализации конструктора являются: 

• Проверка того, указывает ли ссылка Шз на экземпляр ЗапсІЬох, и если 
нет (когда функция ЗапсІЬохО вызывается без оператора пеѵѵ), то вы¬ 
звать функцию как конструктор. 

• Внутри конструктора допускается добавлять новые свойства к объ¬ 
екту 10із. Точно так же допускается добавлять свойства к прототипу 
конструктора. 

• Информация о необходимых модулях может передаваться в виде 
массива имен, в виде отдельных аргументов или в виде аргумента 
со значением *’ (это значение используется по умолчанию в случае 
отсутствия аргумента), означающего, что необходимо включить все 
имеющиеся модули. Обратите внимание, что в данном примере реа¬ 
лизации мы не беспокоимся о загрузке необходимых модулей, на¬ 
ходящихся в отдельных файлах, но такую возможность необходимо 
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предусмотреть. Она поддерживается, например, библиотекой УШЗ. 
Вы можете загрузить только основной модуль (известный также как 
«запускающий»), а все остальные модули будут загружаться из фай¬ 
лов, имена которых следуют соглашению, что имена файлов соответ¬ 
ствуют именам модулей. 

• Определившись с перечнем необходимых модулей, мы инициализи¬ 
руем их, то есть вызываем функции, реализующие модули. 

• Последний аргумент конструктора - функция обратного вызова. Эта 
функция вызывается сразу после создания нового экземпляра объ¬ 
екта. Она играет роль изолированного пространства имен и получа¬ 
ет объект Ьох, заполненный всей необходимой функциональностью. 

Статические члены 

Статическими называются свойства и методы, которые не изменяются 
от экземпляра к экземпляру. В языках, опирающихся на использование 
классов, статические члены создаются с помощью специального синтак¬ 
сиса и используются, как если бы они были членами самого класса. На¬ 
пример, статический метод тах() некоторого класса МаІМІМІз мог бы вы¬ 
зываться как Ма1ѢШ:і1з.тах(3, 5). Это пример общедоступного статиче¬ 
ского члена, который может использоваться без участия экземпляров 
класса. Однако точно так же могут существовать частные статические 
члены, недоступные для программного кода, использующего класс, но 
доступные для совместного использования всем экземплярам класса. 
Давайте посмотрим, как можно реализовать частные и общедоступные 
статические члены в йаѵаЗсгірІ. 

Общедоступные статические члены 

В йаѵаЗсгірі отсутствует специальный синтаксис объявления стати¬ 
ческих членов. Тем не менее можно использовать тот же синтаксис, 
что и в языках на основе классов, добавляя свойства к функции-кон¬ 
структору. Это возможно благодаря тому, что конструкторы, как и все 
остальные функции, являются объектами и могут иметь свойства. 
Шаблон мемоизации, обсуждавшийся в предыдущей главе, использует 
ту же идею - добавление свойств к функциям. 

В следующем примере определяется конструктор Оасідеі: со статическим 
методом ізЗПіпуО и с обычным методом экземпляров зеІРгісеО. Метод 
ізЗГ>іпу( ) является статическим, потому что для его вызова не требуется 
создавать экземпляр объекта мини-приложения (^ай^еі), как не обяза¬ 
тельно иметь какое-то мини-приложение, чтобы сказать, что все мини¬ 
приложения имеют привлекательный вид (зЬіпу). Метод зеІРгісеО, 
напротив, требует наличия конкретного экземпляра объекта, так как 
различные украшательства могут иметь разную цену: 


Статические члены 


139 


// конструктор 

ѵаг Сасідеі = іипсііоп () {}; 

// статический метод 
Сасідеі:. ізЗІтіпу = іипсііоп () { 
геіигп "уои Ьеі"; 

}; 

// обычный метод, добавляемый в прототип 
Сасідеі. ргоіоіуре. зеіРгісе = іипсііоп (ргісе) { 
ііііз. ргісе = ргісе; 

}; 

Теперь попробуем вызвать эти методы. Статический метод із5іііпу() вы¬ 
зывается непосредственно относительно конструктора, тогда как для 
вызова обычного метода необходим конкретный экземпляр: 

// вызов статического метода 
Сасідеі. ізЗіііпу(); // “уои Ьеі" 

// создать экземпляр и вызвать обычный метод 
ѵаг ірііопе = пеѵѵ СасідеіО; 
ірііопе. зеіРгісе(500); 

Попытка вызвать метод экземпляра как статический метод окажется 
безуспешной, как безуспешной окажется и попытка вызвать статиче¬ 
ский метод с использованием экземпляра ірііопе: 

іуреоі Сасідеі. зеіРгісе; // "ипсІеііпесГ 
іуреоі ірііопе. ізЗіііпу; // “ипсіеі"іпесі” 

Однако иногда бывает удобно иметь возможность вызывать статические 
методы и относительно экземпляров. Это легко можно реализовать, до¬ 
бавив в прототип новый метод, который будет играть роль ссылки, ука¬ 
зывающей на фактический статический метод: 

Сасідеі. ргоіоіуре. ізЗіііпу = Сасідеі. ізЗіііпу; 
ірііопе. ізЗІііпу(); // “уои Ьеі" 

В подобных случаях нужно быть особенно осторожными при работе 
со ссылкой ііііз внутри статических методов. При вызове метода в виде 
Сасідеі. із5іііпу() ссылка ііііз внутри ізЗіііпуО будет указывать на функ¬ 
цию-конструктор Сасідеі. При вызове метода в виде ірііопе. ізЗіііпу( ) ссыл¬ 
ка ііііз внутри будет указывать на объект ірііопе. 

В последнем примере демонстрируется, как можно реализовать метод, 
который может вызываться статически и не статически и который бу¬ 
дет вести себя по-разному в зависимости от способа вызова. В данном 
случае способ вызова определяется с помощью оператора іпзіапсеоі: 

// конструктор 

ѵаг Оасідеі: = іипсііоп (ргісе) { 
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!Ьіз. ргісе = ргісе; 

>; 


// статический метод 
Сайде!. ізЗГііпу = !ипс!іоп () { 

// следующая инструкция выполняется всегда 
ѵаг тзд = "уои Ье!"; 

іГ (!Ьіз іпз!апсео! Сайде!) { 

// эта ветка вызывается, когда метод вызывается не статически 
тзд += ", і! созТз $" + !Ьіз.ргісе + 

> 

ге!игп тзд; 

>; 


// обычный метод, добавляемый в прототип 
Сайде!. ргоіоіуре.ізЗЬіпу = !ипс!іоп () { 
ге!игп Сайде!. ізЗГііпу.са11(!Гііз); 

>; 


Проверим вызов статического метода: 

Сайде!. ізЗГііпу(); // "уои Ье!" 

Проверим вызов нестатического метода: 

ѵаг а = пе\л/ Сайде! (‘499.99’); 

а. ізЗЬіпуО; // "уои Ье!, і! соз!з $499.99!” 

Частные статические члены 

Мы обсудили общедоступные статические методы, а теперь давайте 
посмотрим, как можно реализовать частные статические члены. Под 
частными статическими членами подразумеваются члены, которые: 

• Совместно используются всеми объектами, созданными с использо¬ 
ванием одной и той же функции-конструктора 

• Недоступны за пределами конструктора 

Рассмотрим пример реализации частного статического свойства соип!ег 
в конструкторе Сайде!:. В этой главе мы уже обсуждали частные свой¬ 
ства, и в этой части мы можем использовать тот же самый шаблон - соз¬ 
дать функцию, образующую замыкание и обертывающую частные чле¬ 
ны, оформить эту функцию как немедленно вызываемую и возвращаю¬ 
щую новую функцию. Возвращаемую функцию необходимо присвоить 
переменной Сайде!, в результате чего получить новый конструктор: 

ѵаг Сайде! = (!ипс!іоп () { 

// статическая переменная/свойство 
ѵаг соип!ег = 0; 
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// вернуть новую реализацию конструктора 
геіигп ^ипсТіоп () { 

сопзоіе.Іод ( соипіе г += 1); 

>; 


}()); // выполняется немедленно 

Новый конструктор Сайде* просто увеличивает значение частного свой¬ 
ства соип*ег и выводит его в консоль. Создав несколько экземпляров, 
можно заметить, что счетчик соипѣег совместно используется всеми эк¬ 
земплярами: 

ѵаг ді = пем Сайде*(); // выведет 1 
ѵаг д2 = пем Сайде*(); // выведет 2 
ѵаг дЗ = пем Оайде*(); // выведет 3 

Так как при создании каждого экземпляра происходит увеличение зна¬ 
чения свойства соип*ег, оно может использоваться для уникальной иден¬ 
тификации объектов, создаваемых с помощью конструктора Сайде*. Ино¬ 
гда бывает полезно иметь возможность определять значение уникаль¬ 
ного идентификатора, так почему бы не реализовать доступ к счетчику 
в виде привилегированного метода? Ниже приводится пример, постро¬ 
енный на основе предыдущего, куда добавлен привилегированный метод 
деНазШО, обеспечивающий доступ к частному свойству: 

// конструктор 

ѵаг Сайде* = (*ипс*іоп () { 

// статическая переменная/свойство 
ѵаг соип*ег = О, 

№ѵ»/Сайде*; 

// реализация нового конструктора 
№ѵ»/Сайде* = *ипс*іоп () { 
соипіег += 1; 

>; 


// привилегированный метод 
ЫемСасІдеІ: . ргоіоііуре. деНазІІсІ = *ипс*іоп () { 
геііігп соип*ег; 

>; 


// переопределить конструктор 
ге*игп №\л/Сайде*; 

}()); // вызывается немедленно 

Проверим новую реализацию: 

ѵаг ірітопе = пем Сайде*(); 
ірітопе. деіііазіісі (); // 1 

ѵаг ірой = пем Сайде*(); 
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іросі. деНазИсК); 

// 2 

ѵаг ірасі = пем СасІдеіО; 


ірасі. деНазИсК); 

// з 


Статические свойства (и частные, и общедоступные) могут быть весьма 
удобны. Они могут быть методами или содержать данные, которые не 
имеют отношения к конкретному экземпляру и которые не требуется 
создавать для каждого экземпляра в отдельности. В главе 7, при обсуж¬ 
дении шаблона единственного объекта (зіп&іеіоп), вы увидите пример 
реализации, в которой статические свойства используются для реали¬ 
зации конструкторов, обеспечивающих возможность создания только 
одного объекта. 

Объекты-константы 

В языке ^ѵаЗсгірі отсутствует возможность определять константы, 
тогда как многие современные окружения предлагают для создания 
констант инструкцию сопзі:. 

В качестве обходного маневра обычно предлагается использовать согла¬ 
шение об именовании и вводить имена переменных, значения которых 
не должны изменяться, заглавными символами. Это соглашение ис¬ 
пользуется для именования встроенных объектов ^ѵаЗсгір!;: 

МаІІ-і.РІ; // 3.141592653589793 

МаНГ». 30РТ2; // 1.4142135623730951 

МитЬег. МАХ_ѴАЮЕ; // 1.7976931348623157е+308 

Выбирая имена для своих констант, вы тоже можете следовать это¬ 
му соглашению и добавлять их как статические свойства функций- 
конструкторов: 

// конструктор 

ѵаг Місідеі: = Гипс! іоп () { 

// реализация. .. 

>: 

// константы 

МіОдеІ.МАХ_НЕІСНТ = 320; 

Мійдеі.МАХ.МЮТН = 480; 

Это же соглашение об именовании может применяться при создании 
объектов из литералов; константы могут быть обычными свойствами, 
имена которых содержат только заглавные символы. 

Если вам необходимо по-настоящему неизменяемое значение, можно 
создать частное свойство и реализовать метод, возвращающий его зна¬ 
чение. Во многих случаях такой подход к решению проблемы будет, ве¬ 
роятно, излишним, если можно просто следовать соглашениям об име¬ 
новании, но тем не менее такая возможность существует. 
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В примере ниже приводится реализация универсального объекта соп- 
зіапі со следующими методами: 

з еі(пате, ѵаіие) 

Для определения новой константы. 

ізОеИпес! (пате) 

Для проверки существования константы с именем пате . 
деі(пате) 

Для получения значения константы. 

В этой реализации в качестве констант допускается использовать толь¬ 
ко элементарные значения. Кроме того, объект проверяет имена кон¬ 
стант при объявлении, чтобы они не совпадали с именами встроенных 
свойств, таких как ІоЗІхіпд или РазОмпРгореПу, используя для этого ме¬ 
тод МазО\л/пРгорег1:у(), и дополнительно добавляет случайные префиксы 
к именам всех констант: 

ѵаг сопзіапі: = ( І^ипс^іоп () { 
ѵаг сопзіапіз = {}, 

омпРгор = ОЬіесі. ргоіоіуре. ІлазОѵѵпРгорегІу, 
аііомесі = { 
зігіпд: 1, 
питЬег: 1, 

Ьооіеап: 1 

>. 

рге'Гіх = (МаІІі. гапс1от() + з1ісе(2); 

геЪи гп { 

зеі: Іипсііоп (пате, ѵаіие) { 

11 (ІРіз. ізОе!іпесІ( пате )) { 
геіигп Іаізе; 

> 

іі (! омпРгор. саіі(аііомесі, Іуреоі ѵаіие)) { 
геіигп Іаізе; 

> 

сопзІапІзСргеІіх + пате] = ѵаіие; 
геіигп Ігие; 

>. 


ізОеІіпесі: Іипсііоп (пате) { 

геіигп омпРгор. саЩсопзІапІз, ргеііх + пате); 

>, 


деі: Іипсііоп (пате) { 

іі (іііііз. ізОеІіпесі(пате)) { 

геіигп сопзі:ап1:з[рге1іх + пате]; 

> 

геіигп пи11; 
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}; 


}()); 

Опробуем эту реализацию: 

// проверить, определена ли константа 

сопзіапі. ізОеІ'іпесІС’тахмісЛІі”); 

// Шзе 

// определить 

сопзіапі:. зе!( ,, таx^л/іс^^М , ’ , 480); 

// Ігие 

// проверить еще раз 
сопзіапі. ізОеНпесіГ'тахѵі/іскІ’Г); 

// Ігие 

// попытаться переопределить 
сопзіапі:. зеЦ "тах\л/1с11:['Г, 320); 

// Шзе 

// значение не изменилось? 
сопзіапі: . деІ( "тахмісЛІі” ); 

// 480 


Шаблон цепочек 

Шаблон цепочек предоставляет возможность вызова методов объектов 
друг за другом без необходимости присваивать предыдущее возвращае¬ 
мое значение промежуточной переменной и размещать инструкции вы¬ 
зова в нескольких строках: 

туоЬ]. теіІіосЛ ( “йеііо" ). те11юс12(). те11юс13( "мог Ій"). теі:Г»осІ4(); 

При создании методов, не имеющих какого-либо осмысленного возвра¬ 
щаемого значения, можно возвращать из них ссылку Шз - экземпляр 
объекта, метод которого был вызван. Это позволит пользователям ва¬ 
шего объекта вызывать следующий метод, объединив его в цепочку 
с предыдущим: 

ѵаг оЬз = { 
ѵаіие: 1, 

іпсгетепі: ^ипсііоп () { 

ІІііз. ѵаіие += 1; 

геіигп ІИіз; 

>, 

асій: ^ипсііоп (ѵ) { 

Шз. ѵаіие += ѵ; 

геіигп Шз; 

>. 

зіюііі: Іипсіііоп () { 
а1е гі(ІИіз.ѵаіие); 


> 




Метод теіИосІО 
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// цепочка из вызовов методов 

оЬ^. і пс гетепі: (). асісі (3). 5Іюи1:(); // 5 

// то же самое, но методы вызываются по одному 
оЬ]. іпсгетепіО; 
оЬ^. асісі (3); 

оЬ]. зііоиі: (); // 5 

Достоинства и недостатки шаблона цепочек 

Одно из достоинств шаблона цепочек состоит в том, что его применение 
помогает сэкономить на вводе с клавиатуры и писать более компактный 
программный код, который читается почти как обычное предложение. 

Другое достоинство в том, что этот шаблон заставляет задумываться 
о разбиении программного кода на маленькие и более узкоспециализи¬ 
рованные функции, в противоположность большим функциям, в кото¬ 
рые пытаются поместить слишком многое. В конечном итоге это повы¬ 
шает удобство в сопровождении. 

Недостаток заключается в том, что такой программный код сложнее 
в отладке. Вы можете знать, что ошибка происходит в определенной 
строке, но в этой строке может происходить много всего. Если один из 
методов, входящих в цепочку, терпит неудачу, не порождая сообщение 
об ошибке, у вас нет никакой подсказки о том, где произошла ошибка. 
Роберт Мартин (КоЪегІ Магііп), автор книги «Сіеап Сосіе» 1 , считает это 
недостаток столь значимым, что вообще назвал этот шаблон «крушени¬ 
ем поезда». 

Но, как бы то ни было, полезно знать этот шаблон, и когда вы пишете 
метод, который не имеет возвращаемого значения, всегда можно воз¬ 
вращать из него ссылку 1М$. Этот шаблон широко используется, на¬ 
пример, в библиотеке }(}иегу. А если вы заглянете в БОМ АРІ, то увиди¬ 
те, что он также позволяет составлять цепочки, такие как: 

йосытеЩ. де1Е1етеп{зВуТад№те( ' ІіеасГ )[0]. аррепс!СГ»і1с1( пе\л/пос!е); 

Метод теіНос1() 

Язык ^ѵаЗсгірІ; может вызывать замешательство у программистов, 
привыкших мыслить в терминах классов. Именно поэтому некоторые 
разработчики стараются сделать ^ѵаЗсгірІ более похожим на языки, 
где используются классы. Одна из таких попыток, принадлежащая 
Дугласу Крокфорду (Боѵщіаз Сгоск^огсі), предлагает создание метода 
теІІюсК). Оглядываясь назад, он признает, что идея сделать ^ѵаЗсгірІ 


і 


Мартин Роберт «Чистый код: создание, анализ и рефакторинг. Библиотека 
программиста». - Пер. с англ. - Питер, 2010. 
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более похожим на языки с классами была ошибочной, но это достаточно 
любопытный шаблон, а кроме того, вы можете столкнуться с ним в не¬ 
которых приложениях. 

Применение функций-конструкторов напоминает использование клас¬ 
сов в языке ^ѵа. Эти функции также позволяют добавлять свойства 
экземпляров внутри конструктора. Однако добавлять методы таким 
способом достаточно неэффективно, так как в конечном итоге они соз¬ 
даются отдельно для каждого экземпляра, что приводит к увеличению 
потребления памяти. Именно поэтому методы, общие для всех экземп¬ 
ляров, должны добавляться к свойству ргоіоііуре конструктора. Для 
многих разработчиков свойство ргоіоіуре может казаться чем-то ино¬ 
родным, поэтому вы можете спрятать его за методом с более привыч¬ 
ным именем. 



Дополнительная функциональность, добавляемая в язык ради 
удобства, часто называется синтаксическим сахаром . В данном 
случае метод теІПосіО также можно было бы назвать «методом- 
сахаром». 


Способ определения «класса» с использованием метода теІІюсК) выгля¬ 
дит, как показано ниже: 

ѵаг Регзоп = ^ипсііоп (пате) { 

Шз. пате = пате; 

>. 

те1Гіос1( ‘ деІМате’ , ^ипсііоп () { 
геіигп Шз. пате; 

>). 

те11юсі( ' зеШте’, ^ипсііоп (пате) { 

Шз.пате = пате; 
геіигп Шз; 

>): 

Обратите внимание, что в цепочку с конструктором объединен вызов 
метода теШсК), с которым в свою очередь объединен в цепочку еще 
один вызов метода теШсК) и так далее. Такое следование шаблону це¬ 
почек, описанному выше, помогает определять целые «классы» в одной 
инструкции. 

Метод теІІюсК) принимает два параметра: 

• Имя нового метода 

• Реализацию метода 

Затем новый метод добавляется к «классу» Регзоп. Реализация - это про¬ 
сто еще одна функция, а внутри этой функции, как и следовало ожи¬ 
дать, ссылка Шз будет указывать на объект, созданный конструктором 

Регзоп. 



В заключение 
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Ниже приводится пример использования Регзоп() для создания нового 
объекта: 

ѵаг а = пем Регзоп(' Асіагп ’); 
а. де1Мате( ); // * Асіат ’ 

а. зеЕ№те(' Еѵе’ ).деШте(); // * Еѵе ’ 

Также обратите внимание, что использование шаблона цепочек стало 
возможным благодаря тому, что метод зеШтеО возвращает ссылку 

Шз. 

И наконец, ниже приводится реализация метода теШсІ(): 

и ( Іурео^ ЕипсЕіоп. ргоЕоІуре.теЕІюсі !== "ШсЕіоп") { 

Еипсііоп. ргоШуре. теШй = ^ипсЕіоп (пате, ітрІетепЕаЕіоп) { 

ЕІііз. ргоІоЕуре[пате] = ітрІетепШіоп; 
геіигп Шз; 

>; 

> 

Метод теЕПосК ) сначала проверяет, не был ли реализован метод с указан¬ 
ным именем ранее. Если нет, работа продолжается, и в прототип кон¬ 
структора добавляется функция, переданная в аргументе ітріетепіа- 
Ііоп. В данном случае ссылка Шз ссылается на функцию-конструктор, 
прототип которой расширяется новым методом. 

В заключение 

В этой главе вы познакомились с различными шаблонами создания 
объектов, которые выходят за рамки стандартных способов использо¬ 
вания литералов объектов и функций-конструкторов. 

Вы познакомились с шаблоном организации пространств имен , по¬ 
зволяющим предотвратить засорение глобального пространства имен 
и помогающим организовать и структурировать программный код. Вы 
также познакомились с простым, но удивительно полезным шаблоном 
объявления зависимостей. Затем мы подробно обсудили шаблоны со¬ 
крытия данных, включая частные члены, привилегированные мето¬ 
ды, некоторые особые случаи сокрытия данных, возможность создания 
частных членов с использованием литералов объектов и открытие до¬ 
ступа к частным методам. Все эти шаблоны являются строительными 
блоками популярного и мощного шаблона «модуль». 

Затем вы познакомились с шаблоном организации изолированного про¬ 
странства имен , являющимся альтернативой шаблону пространств 
имен, который позволяет создавать независимые окружения для ваше¬ 
го программного кода и модулей. 

В завершение дискуссии мы подробно рассмотрели объекты-констан¬ 
ты , статические методы (общедоступные и частные), шаблон состав¬ 
ления цепочек из методов и любопытный метод теШсІ(). 



6 

Шаблоны повторного использования 
программного кода 


Повторное использование программного кода - важная и интересная 
тема, хотя бы потому, что вполне естественно стремиться писать как 
можно меньше и как можно больше использовать имеющийся про¬ 
граммный код, уже написанный вами или кем-то другим. Особенно 
если это проверенный, удобный в сопровождении, легко расширяемый 
и хорошо документированный программный код. 

Первое, с чем ассоциируется повторное использование программного 
кода, - это наследование, и значительная часть главы будет посвящена 
этой теме. Вы увидите несколько способов реализации «классического» 
и неклассического наследования. Но не забывайте о главной цели - нам 
требуется обеспечить повторное использование программного кода. На¬ 
следование - это один из путей ( средств ) достижения этой цели. И он не 
единственный. Вы увидите, как можно компоновать объекты из других 
объектов, как использовать объекты-смеси и как можно заимствовать 
и повторно использовать только необходимые функциональные воз¬ 
можности, не наследуя что-либо еще. 

Приступая к решению задачи повторного использования программного 
кода, помните совет по созданию объектов, данный «бандой четырех» 
в своей книге 1 : «Метод составления объектов из других объектов дол¬ 
жен пользоваться преимуществом перед наследованием». 


і 


Э. Гамма, Р. Хелм, Р. Джонсон, Дж. Влиссидес «Приемы объектно-ориен¬ 
тированного проектирования». - Пер. с англ. - Питер, 2001. 
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Классические и современные шаблоны 
наследования 

Вам наверняка часто приходилось слышать термин «классическое на¬ 
следование» в дискуссиях, где обсуждалась тема наследования в ^ѵа- 
Зсгірі;, поэтому давайте сначала проясним, что означает слово клас¬ 
сическое. Этот термин не означает нечто старинное, устоявшееся или 
общепринятый способ выполнения каких-либо действий. Этот термин 
происходит от слова «класс». 

Во многих языках программирования существует понятие классов, 
играющих роль кальки, используемой при создании объектов. В таких 
языках каждый объект является экземпляром определенного класса, 
и (как в языке ^ѵа, например) нет никакой возможности создать объ¬ 
ект, если нет соответствующего класса. В ^ѵаЗсгірІ; благодаря отсут¬ 
ствию классов понятие экземпляра класса не имеет никакого смысла. 
Объекты в ^ѵаЗсгірІ; - это просто списки пар ключ-значение, которые 
можно создавать и изменять на лету. 

Но в ^ѵаЗсгірІ; есть функции-конструкторы, а синтаксис с использова¬ 
нием оператора пей очень напоминает синтаксис использования классов. 

В языке ^ѵа вы могли бы написать такую инструкцию: 

Регзоп асіат = пем Регзоп(); 

И в ^ѵаЗсгірІ; можно написать нечто похожее: 

ѵаг асіат = пеѵѵ Регзоп(); 

Кроме того обстоятельства, что ^ѵа является языком со строгим конт¬ 
ролем типов и, чтобы объявить переменную асіат, необходимо указать ее 
тип Регзоп, в остальном инструкции выглядят практически одинаковы¬ 
ми. Вызов конструктора в ^ѵаЗсгірІ; выглядит так, как если бы Регзоп 
была именем класса, но не забывайте, что Регзоп - это всего лишь функ¬ 
ция. Сходство синтаксиса заставляет многих разработчиков мыслить 
на языке ^ѵаЗсгірІ; в терминах классов и разрабатывать идеи и шаб¬ 
лоны программирования, которые предполагают наличие классов. 
Такие реализации мы и будем называть «классическими». Кроме того, 
«современными» мы будем называть все остальные шаблоны, которые 
не вынуждают нас думать о классах. 

Когда дело доходит до принятия шаблона наследования для реализации 
вашего проекта, у вас на выбор остается совсем немного вариантов. Вы 
можете отказаться от применения современных шаблонов, только если 
другие разработчики вашего совместного проекта чувствуют себя неуве¬ 
ренно, когда проект не выражен в терминах использования классов. 

В этой главе сначала рассматриваются классические шаблоны, а затем 
современные. 
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Ожидаемый результат при использовании 
классического наследования 


Цель реализации классического наследования в том, чтобы объекты, 
создаваемые одной функцией-конструктором СИПсК), приобретали свой¬ 
ства, присущие другому конструктору РагепЦ). 



Хотя мы и обсуждаем классические шаблоны, давайте тем не 
менее не будем употреблять слово «класс». Термин «функция- 
конструктор», или просто «конструктор», длиннее, но он более 
точный и однозначный. Старайтесь вообще не употреблять сло¬ 
во «класс» в своем коллективе, потому что в контексте языка 
^ѵаЗсгірі для разных людей это слово может иметь разные зна¬ 
чения. 


Ниже приводится пример реализации конструкторов РагепіО и С(іі1с1( ): 

// родительский конструктор 
^ипсілоп Рагепі:(пате) { 

Шз.пате = пате || ' Айат'; 

} 

// добавление дополнительной функциональности в прототип 
Рагепі:. ргоіюіуре. зау = ^ипсііоп () { 
ге1:игп ІИіз.пате; 

}; 


// пустой дочерний конструктор 
іъпсіііоп СИі 1с1( пате) {} 

// здесь происходит магия наследования 

іпПегіі:(СИі1сі , Рагепі:); 

Здесь у нас имеются родительский и дочерний конструкторы, метод 
зау(), добавленный в прототип родительского конструктора, и вызов 
функции іпРегіЦ), которая устанавливает зависимость наследования. 
Функция іпРегіЦ ) не является частью языка, поэтому вам придется на¬ 
писать ее самостоятельно. Давайте рассмотрим несколько примеров ее 
реализации универсальным способом. 

Классический шаблон №1: 
шаблон по умолчанию 

Наиболее часто используемый базовый способ заключается в том, что¬ 
бы создать объект с помощью конструктора РагепЦ) и присвоить этот 
объект свойству ргоіоіуре конструктора СіііІсК). Ниже приводится пер¬ 
вый вариант реализации функции іпПегііО: 




Классический шаблон №1:шаблон по умолчанию 
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Гипсіііоп іпИегі1:(С ( Р) { 

С. ргоіоііуре = пе\л/ Р(); 

} 

Важно помнить, что свойство ргоііоііуре должно ссылаться на объект, 
а не на функцию, поэтому здесь в него записывается ссылка на экземп¬ 
ляр (объект), созданный с помощью родительского конструктора, а не 
на сам конструктор. Проще говоря, обратите внимание на оператор 
пеѵѵ - он совершенно необходим для правильной работы этого шаблона. 

Когда позднее в своем приложении вы будете создавать объекты с по¬ 
мощью выражения пеѵѵ СРіІсІО, они будут наследовать функциональ¬ 
ность экземпляра РагепіО через прототип, как показано в следующем 
примере: 

ѵаг кісі = пе\л/ СНПсК); 
кій.зауО; // “Асіат” 

Обход цепочки прототипов 

При использовании этого шаблона экземпляры наследуют не только 
собственные свойства (свойства экземпляра, добавляемые к ссылке Шз 
в конструкторе, такие как пате), но также свойства и методы прототипа 
(такие как зау()). 

Давайте посмотрим, как действует цепочка прототипов в этом шаблоне 
наследования. В нашем рассуждении будем представлять себе объекты 
как блоки памяти, которые могут содержать данные и ссылки на дру¬ 
гие блоки. Создавая новый объект с помощью выражения пеѵѵ Рагепі( ), 
вы создаете один такой блок (на рис. 6.1 он изображен под номером 2). 
Он хранит значение свойства пате. Если попытаться вызвать метод зау() 
(например, так: (пеѵѵ Рагепі).5ау()), интерпретатор обнаружит, что в бло¬ 
ке 2 этот метод отсутствует. Но благодаря скрытой ссылке_ ргоіо _, 

указывающей на свойство ргоііоііуре функции конструктора РагепііО, 
вы получаете доступ к блоку 1 (Рагепіі.ргоііоііуре), который имеет метод 
зау(). Все это происходит автоматически, и вам не нужно беспокоиться 




Рис . 6.1. Цепочка прототипов к конструктору РагепЦ) 
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об этом, но совершенно необходимо знать, как действует этот механизм 
и где находятся данные, к которым вы обращаетесь и которые, воз¬ 
можно, изменяете. Обратите внимание, что ссылка_ ргоіо _, исполь¬ 

зуемая здесь для описания работы цепочки прототипов, не является ча¬ 
стью языка, но предоставляется некоторыми окружениями (например, 
ГігеіЪх). 

Теперь посмотрим, что происходит, когда новый объект создается ин¬ 
струкцией ѵаг кіс! = пеѵѵ СГіі1сІ() после вызова функции іпІіегііО. Диа¬ 
грамма отношений объектов изображена на рис. 6.2. 


( 1 ) 




-.► 

Рагепіргоіоіуре 


(2) 



$ау() 





пеѵѵ РагепІ() 

І: 
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І: 



_РГ0І0_ 




( 3 ) 


пеѵѵ СНіІс1() 
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_ргоіо__ 

■ШІІІвИРШіііШ 
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Рис. 6.2. Цепочка прототипов после установления наследования 

Конструктор (М1сІ() в нашем примере пустой и не добавляет никаких 
свойств к СИіІсІ.ргоіоіуре. Поэтому выражение пеѵѵ СРіІсК) будет соз¬ 
давать практически пустые объекты, не имеющие никаких свойств, 
кроме скрытой ссылки_ ргоііо _. В данном случае ссылка_ ргоіо _бу¬ 

дет указывать на объект, созданный выражением пеѵѵ Рагеп1:() внутри 
функции іпРегііО. 

Что же произойдет теперь, если попытаться вызвать метод кіР.зауО? 
Объект под номером 3 не имеет такого метода, поэтому, следуя по це¬ 
почке прототипов, процедура поиска перейдет к объекту под номером 2. 
Этот объект также не имеет искомого метода, поэтому процедура поис¬ 
ка перейдет к объекту 1, в котором такой метод имеется. Внутри метода 
зау() используется ссылка на свойство Шз. пате, которое требуется оты¬ 
скать. Поиск запускается снова. В данном случае ссылка Шз указыва¬ 
ет на объект под номером 3, в котором отсутствует свойство пате. Затем 
будет проверен объект под номером 2, в котором присутствует свойство 
пате со значением «Асіат». 
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Наконец, сделаем еще один шаг. Допустим, что имеется такой про¬ 
граммный код: 


ѵаг кій = пе\л/ СИіІсі (); 
кісі.пате = "Раігіск"; 
кісІ.зауО; // “Раігіск” 


Как будет выглядеть цепочка в этом случае, показано на рис. 6.3. 
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( 2 ) 


пет Рагепі() 


к 


пате = Айат 


__ргоіо. 





г.► 


Рагепіргоіоіуре 

$ау() 
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( 3 ) 


пет СПНй() 
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.ргоіо. 


* 


пате = Раігіск 


•ЯШ 






Рис . 6.3 . Цепочка прототипов после установления наследования 
и добавления свойства в дочерний объект 

Операция присваивания нового значения свойству кісі.пате не изменяет 
значение свойства пате в объекте 2, а создает новое свойство в объекте 
кісі под номером 3. Теперь при вызове метода кісІ.зауО поиск метода зау, 
как и прежде, будет выполнен в объекте 3, затем в объекте 2 и, нако¬ 
нец, он будет обнаружен в объекте 1. Но поиск свойства ііііз. пате (то есть 
свойства кісі.пате) на этот раз завершится быстрее, потому что оно сразу 
же будет найдено в объекте 3. 

Если удалить новое свойство с помощью инструкции сіеіеіе кісі. пате, то 
при последующих обращениях к свойству пате будет обнаруживаться 
свойство пате в объекте 2. 

Недостатки шаблона N21 

Одним из недостатков этого шаблона является то обстоятельство, что 
дочерние объекты наследуют не только свойства прототипа родитель¬ 
ского объекта, но и собственные свойства, добавленные к нему. В боль¬ 
шинстве случаев наследовать собственные свойства нежелательно, по- 
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тому что чаще всего они характерны для конкретного экземпляра и не 
могут повторно использоваться дочерними объектами. 







Главное правило при использовании конструкторов - повторно 
используемые члены должны добавляться в прототип. 


Еще один недостаток заключается в том, что использование универ¬ 
сальной функции іп(пегі1:( ) не позволяет передать параметры, получен¬ 
ные при вызове дочерним конструктором, от дочернего конструктора 
родительскому. Взгляните на следующий пример: 

ѵаг 5 = пеѵ/ СГііІсі (' ЗеІГі ’); 

з.зауО; // "Ас1ат м 

Результат не совсем тот, какого вы могли бы ожидать. Можно было бы 
организовать передачу параметров родительскому конструктору внут¬ 
ри дочернего конструктора, но тогда пришлось бы устанавливать отно¬ 
шение наследования при создании каждого нового дочернего объекта, 
что очень неэффективно, так как при этом будут создаваться все новые 
и новые родительские объекты. 


Классический шаблон №2: 
заимствование конструктора 

Следующий шаблон решает проблему передачи аргументов дочернего 
конструктора родительскому конструктору, выполняя связывание до¬ 
чернего объекта со ссылкой Ііііз и передавая любые аргументы: 

ГипсТіоп СГіі Ісі (а. с, Ь, й) { 

РагегЦ.арр1у(Шз, агдитепіз); 

} 

При таком подходе наследуются только свойства, добавляемые внутри 
родительского конструктора. Но свойства, добавленные в прототип, не 
наследуются. 

При использовании шаблона заимствования конструктора дочерние 
объекты получают копии унаследованных членов, в отличие от класси¬ 
ческого шаблона №1, где они получают только ссылки. Отличия этого 
шаблона демонстрируются в следующем примере: 

// родительский конструктор 
^ипсііоп Аг1:іс1е( ) { 

Шз. Тадз = [' лз‘, ' сзз’ ]; 

} 

ѵаг агілсіе = ле\л/ АгПсІеО; 

// объект сообщения в блоге наследует свойства объекта агіісіе 
// через классический шаблон №1 
^ипсТіоп ВІодРозіО {} 




Классический шаблон №2: заимствование конструктора 


155 


ВІодРозТ.ргоіотуре = агтісіе; 
ѵаг Ыод = пе\л/ ВІодРозТО; 

// обратите внимание, что выше нет необходимости 
// использовать выражение ’пе\л/ АгТісІеО’, 

// потому что уже имеется доступный экземпляр 

// статическая страница наследует свойства объекта агіісіе 
// через шаблон заимствования конструктора 
ГипсШоп ЗТа1:ісРаде() { 

АгТісІе. саІІ(Шз); 

} 

ѵаг раде = пе\л/ 5ііаііісРаде(); 

аІегТСагТісІе. ИазО\л/пРгорегі:у( ‘ Тадз’)); // Тгие 
аіегі (Ыод. ИазО\л/пРгорегііу( ‘ ііадз‘)); // ^аізе 
аіегі( раде . ИазО\л/пРгорегіу(' Іадз’)); // Іігие 

В этом фрагменте родительский конструктор Аг1ііс1е() наследуется дву¬ 
мя разными способами. Шаблон по умолчанию позволяет объекту Ыод 
получить доступ к свойству іадз через прототип, поэтому он не имеет 
собственного свойства, и функция РазОмпРгореЫуО возвращает Шзе. 
Объект раде получает собственное свойство Ііадз, потому что при исполь¬ 
зовании шаблона заимствования конструктора новый объект получает 
копию родительского члена Іадз (а не ссылку на него). 

Обратите внимание на различия, возникающие при попытке изменить 
значение унаследованного свойства Ііадз: 

Ыод. іадз . ризЫ' ЫтГ ); 
раде. Ііадз. ризЫ‘рИр’); 

а1ег1і(аг1ііс1е.Ііадз. д оіп (‘ , ')); // "із, сзз, Ыті” 

В этом примере предпринимается попытка изменить значение свой¬ 
ства Ііадз дочернего объекта Ыод, но при такой организации данных 
одновременно изменяется свойство родительского объекта, потому что 
оба свойства, Ыод. Ііадз и агііісіе.Ііадз, ссылаются на один и тот же мас¬ 
сив. Попытка изменить значение свойства раде. Ііадз не приводит к из¬ 
менению свойства в родительском объекте агііісіе, потому что свойство 
раде. Ііадз является отдельной копией, созданной в результате наследо¬ 
вания. 

Цепочка прототипов 

Давайте посмотрим, как выглядит цепочка прототипов при использо¬ 
вании этого шаблона и знакомых уже конструкторов РагепіО и СЫ1сІ(). 
Конструктор СЫ1сІ() необходимо немного изменить в соответствии с но¬ 
вым шаблоном: 

// родительский конструктор 
^ипсіііоп Рагепіі(пате) { 

Шз.пате = пате || ‘АРапГ; 

} 
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// добавление дополнительной функциональности в прототип 
Рагепт. ргоТоТуре. зау = ГипсТюп () { 
геіигп Шз.пате; 

}; 

// дочерний конструктор 
ГипсПоп СИіІсі (пате) { 

РагепТ. арр1у(ТИі5, агдитепТз); 

} 

ѵаг кій = пе\л/ СІііІсІС'РаТгіск"); 
кій. пате; // "Раігіск" 

ТуреоГ кіР.зау; // "ипсіеГіпесГ 

На рис. 6.4 можно заметить отсутствие связи между объектами пем СМіісі 
и Рагепі. Это обусловлено тем, что свойство СМіІсІ.ргоІоІуре вообще не ис¬ 
пользуется здесь, и оно ссылается на пустой объект. При использовании 
этого шаблона объект кісі получит собственное свойство пате, но он не 
унаследует метод зау(), и попытка вызвать его приведет к ошибке. Акт 
наследования в данном случае - это однократная операция, которая 
скопировала собственные свойства родительского объекта в дочерний 
объект и только; никаких ссылок_ ргоііо _при этом не сохранилось. 



Рис. 6.4. Цепочка прототипов разрывается при использовании 
шаблона заимствования конструктора 
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Множественное наследование 
при заимствовании конструкторов 

Шаблон заимствования конструктора позволяет реализовать множест¬ 
венное наследование просто за счет заимствования нескольких кон¬ 
структоров: 

^ипсііоп СаіО { 

Шз. Іедз = 4; 

Шз. зау = ^ипсііоп () { 
геііигп "теао шѵГ; 

} 

} 

^ипс^іоп Вігс1() { 

1:Міз . \л/іпдз = 2; 

Шз. Гіу = 1: гие ; 

} 

^ипс1:іоп СаШіпдзО { 

Саі:. арр1у(1:Иіз); 

Вігс1.арр1у(Ш5); 

} 

ѵаг іаг\е = пе\л/ СаШіпдзО; 
сопзо1е.с!іг(]апе); 

Результат выполнения этого фрагмента изображен на рис. 6.5. При на¬ 
личии в родительских объектах одноименных свойств дочернему объ¬ 
екту достанется последнее из них. 


«у 

*гие 

Іеді 

4 

ѵѵіпд* 

2 

&ау 

^ипсііопО 


Рис. 6.5. Объект СаіЖіпёз в РігеЬид 


Достоинства и недостатки 
шаблона заимствования конструктора 

Недостаток этого шаблона очевиден - при его использовании не насле¬ 
дуются свойства прототипа, тогда как прототип, о чем уже говорилось 
выше, является местом, куда следует добавлять совместно используе¬ 
мые методы и свойства, которые не должны создаваться отдельно для 
каждого экземпляра. 
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Преимущество же заключается в том, что дочерние объекты получают 
настоящие копии собственных свойств родительских объектов, бла¬ 
годаря чему исключается риск случайного изменения значения роди¬ 
тельского свойства. 

Так как же сделать, чтобы дочерние объекты наследовали также и свой¬ 
ства прототипа, как в предыдущем случае, и объект кій получил доступ 
к методу зау()? На этот вопрос отвечает следующий шаблон. 

Классический шаблон №3: 
заимствование и установка прототипа 

При объединении двух предыдущих шаблонов необходимо сначала за¬ 
имствовать конструктор, а затем сохранить в свойстве ргоіоіуре дочер¬ 
него объекта ссылку на новый экземпляр конструктора: 

^ипсііоп СГііІсі (а. с, Ь, Й) { 

Рагепі. арр1у(Шз, агдитепііз); 

} 

СППй. ргоіоіуре = пе\л/ Ра гепі: (); 

Преимущество такого решения в том, что дочерний объект получает ко¬ 
пии собственных членов родительского объекта и ссылку на функцио¬ 
нальные возможности родительского объекта (реализованные в виде 
членов прототипа). Дочерний объект также может передавать любые 
аргументы родительскому конструктору. Этот шаблон, пожалуй, наи¬ 
более близок к поведению механизма наследования в языке ^ѵа - до¬ 
черний объект наследует все, что имеет родительский объект, и в то же 
время он может безбоязненно изменять собственные свойства, не рискуя 
изменить значения свойств родительского объекта. 

Недостаток заключается в необходимости дважды вызывать роди¬ 
тельский конструктор, что снижает эффективность. В результате это¬ 
го собственные свойства (такие как пате в данном случае) наследуются 
дважды. 

Давайте рассмотрим пример, выполняющий тестирование этого шаб¬ 
лона: 

// родительский конструктор 
Гипсііоп Рагепіі(пате) { 

Шз.пате = пате || ‘ Асіат ’; 

} 

// добавление дополнительной функциональности в прототип 
Рагепі:. ргоіоіуре. зау = Гипсііоп () { 
геіигп ііПіз.пате; 

}; 


// дочерний конструктор 
І'ипсііоп СПіЩпате) { 
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РагепТ.аррІуСтПіз, агдитепТз); 

} 

СИіІй. ргоТоТуре = пен РагепТО; 

ѵаг кій = пе\л/ СПі1й("Раігіск"); 
кій. пате; // "Раігіск” 

кій.зауО; // "Раігіск" 

йеіеіе кій. пате; 

кій.зауО; // "Айат" 

В отличие от предыдущего шаблона, теперь дочерний объект наследу¬ 
ет метод зау(). Можно также заметить, что свойство пате было унасле¬ 
довано дважды, и после удаления собственной копии дочерний объект 
получает доступ к другому свойству, унаследованному по цепочке про¬ 
тотипов. 

На рис. 6.6 изображены взаимоотношения между объектами в данном 
примере. Они напоминают взаимоотношения на рис. 6.3, но были по¬ 
лучены иным способом. 


( 1 ) 



Рис. 6.6. В дополнение к наследованию собственных членов 
сохраняется цепочка прототипов 


Классический шаблон №4: 
совместное использование прототипа 

В отличие от предыдущего шаблона классического наследования, в ко¬ 
тором требуется выполнить два вызова родительского конструктора, 
следующий шаблон вообще не предусматривает вызов родительского 
конструктора. 
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При таком способе наследования доступ к повторно используемым 
членам обеспечивается прототипом, а не ссылкой ІМз. То есть все, что 
должно наследоваться дочерними объектами, должно находиться в ро¬ 
дительском прототипе. В этом случае достаточно просто присвоить ро¬ 
дительский прототип дочернему прототипу: 

Гипсііоп іпіпе г і Т(С, Р) { 

С. ргоіоіуре = Р.р гоТоТуре; 

} 

Благодаря этому образуется короткая цепочка прототипов, обеспечи¬ 
вающая высокую скорость поиска, так как все объекты фактически бу¬ 
дут совместно использовать один и тот же прототип. Но эта особенность 
является и недостатком, потому что в случае, если один из дочерних 
объектов, находящихся где-то в цепочке наследования, изменит прото¬ 
тип, это скажется на всех его родительских объектах, расположенных 
выше в цепочке наследования. 

Как видно на рис. 6.7, и дочерний, и родительский объекты используют 
один и тот же прототип и обладают доступом к методу зау(). Однако до¬ 
черний объект не имеет свойства пате. 



Рис. 6.7. Взаимоотношения между объектами при совместном 
использовании одного и того же прототипа 


Классический шаблон №5: 
временный конструктор 

Следующий шаблон решает проблему, возникающую при совместном 
использовании прототипа, разрывая прямую связь между родитель¬ 
ским и дочерним прототипами, но сохраняя при этом преимущества, 
которые дает наличие цепочки прототипов. 

Ниже приводится реализация этого шаблона, где мы вводим пустую 
функцию Р(), играющую роль передаточного звена между предком и по¬ 
томком. Свойство ргоіоіуре функции Р() ссылается на родительский 
прототип. А прототипом потомка является экземпляр пустой функции: 
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РыпсНоп іпМегіІ;(С, Р) { 
ѵаг Р = РипсТіоп () {}; 

Р.ргоТоТуре = Р.ргоіоіуре; 

С.ргоТоТуре = пем Р(); 

} 

Поведение этого шаблона несколько отличается от поведения шаблона 
по умолчанию (классический шаблон №1), потому что здесь потомок на¬ 
следует только свойства прототипа (как видно на рис. 6.8). 


( 1 ) 




.► 

Рагепі.ргоіоіуре 

У 

!« . 





$ау() 
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(2) 





пе » і Рагепі() 

і- 



(4) 

пате = Айат 





пеѵѵ Р() 

_рго1о_ 

г. 




_ргой_ 


( 3 )_ 

пеѵ/ СЫІЩ) 

_рго№_ 


Рис. 6.8. Классическое наследование при использовании временного 
(промежуточного) конструктора Р() 

Обычно это наиболее предпочтительное поведение, потому что прото¬ 
тип является местом сосредоточения повторно используемой функцио¬ 
нальности. В этом шаблоне все члены, добавляемые родительским кон¬ 
структором, не наследуются потомками. 

Создадим новый дочерний объект и исследуем особенности его поведе¬ 
ния: 

ѵаг кій = пем СШ1с1(); 

Если вы попытаетесь обратиться к свойству кій. пате, то получите зна¬ 
чение ипсІеРіпесІ. В данном примере свойство пате является собственным 
свойством родительского объекта, а так как при такой организации на¬ 
следования конструктор пем Рагеп1:() не вызывается, это свойство не соз¬ 
дается. При попытке вызвать метод кій.зауО он не будет найден в объ¬ 
екте с номером 3, и поиск будет продолжен в цепочке прототипов. В объ¬ 
екте с номером 4 этот метод также отсутствует, но он имеется в объекте 
с номером 1, и это тот блок в памяти, который будет совместно исполь- 
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зоваться всеми конструкторами, наследующими Рагеп1:(), и всеми объ¬ 
ектами, созданными этими дочерними конструкторами. 

Сохранение суперкласса 

Предыдущий шаблон можно несколько расширить, добавив в него 
ссылку на оригинального предка. Это напоминает доступ к суперклассу 
в других языках и может оказаться полезным в некоторых ситуациях. 

Назовем это свойство иЬег, потому что слово «зирег» является зарезер¬ 
вированным словом, а слово «зирегсіазз» может натолкнуть непосвя¬ 
щенного разработчика на мысль, что в ^ѵаВсгірі; есть классы. Ниже 
приводится улучшенная реализация этого классического шаблона: 

Гипсііоп іпГіегіі; (С, Р) { 
ѵаг Р = Гипсііоп () {}; 

Р. ргоіоіуре = Р. ргоіоіуре; 

С. ргоіоіуре = пем Р(); 

С.иЬег = Р. ргоіоіуре; 

} 

Установка указателя на конструктор 

И последнее, что можно добавить в эту практически идеальную функ¬ 
цию классического наследования, - это установка указателя на функ¬ 
цию-конструктор, который может понадобиться в будущем. 

Если не переустановить указатель на конструктор, все дочерние объек¬ 
ты будут полагать, что их конструктором является РагепіО, который не 
особо полезен. То есть, используя предыдущую реализацию функции 
іпГіегі1:(), можно наблюдать следующее поведение объектов: 

// предок, потомок, наследование 
Рипсііоп РагепіО {} 

Рипсііоп СГіі 1с1() {} 
іпРегЩСІ'иІсІ, Рагепі:); 

// проверка 

ѵаг кій = пем СІтіІсІ(); 

кій.сопзігисіог. пате; // "Рагепі:" 

кій.сопзігисіог === Рагепі:; // ігие 

Свойство сопз1:гис1:ог редко используется на практике, но оно может 
пригодиться для проведения интроспекции объектов во время выпол¬ 
нения. В это свойство можно записать ссылку на желаемый конструк¬ 
тор, не оказывая влияния на функциональные возможности, потому 
что это свойство используется исключительно для информирования. 

Заключительная версия функции реализации шаблона классического 
наследования будет выглядеть так: 
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Рипсііоп іпііегі1:(С, Р) { 
ѵаг Р = Рипсііоп () {}; 

Р. ргоЦЦуре = Р.ргоЦЦуре; 

С.ргсЦоіуре = пем Р(); 

С.иЬег = Р. ргсЦоІуре; 

С. ргоіоіуре. сопзігисііог = С; 

} 

Функция, похожая на эту, присутствует в библиотеке ѴШ (и, возмож¬ 
но, в других библиотеках) и обеспечивает возможность классического 
наследования в языке без классов, если вы решите, что этот подход луч¬ 
ше всего подходит для вашего проекта. 

— Этот шаблон также называется шаблоном с промежуточной функ- 

т\ цией , или шаблоном с промежуточным конструктором , потому 
что временный конструктор используется в нем как промежуточ- 
%І ное звено для получения доступа к родительскому прототипу. 

Одно из очевидных усовершенствований этого шаблона заключается 
в том, чтобы избавиться от необходимости создавать временный (про¬ 
межуточный) конструктор всякий раз, когда потребуется организовать 
наследование. Вполне достаточно создать его однажды и просто изме¬ 
нять его свойство рго1:о1:уре. Для этой цели можно использовать немед¬ 
ленно вызываемую функцию и сохранять промежуточную функцию 
в замыкании: 

ѵаг іпЬегіІ: = (Рипсііоп () { 
ѵаг Р = Рипсііоп () {}; 
геіигп Рипсііоп (С, Р) { 

Р. ргоКЦуре = Р. ргоІсЦуре; 

С.ргоіоіуре = пем Р(); 

С.иЬег = Р. ргоКЦуре; 

С.ргоіоіуре.сопзітисіог = С; 

} 

}()); 

Функция кІа$$() 

Многие библиотеки ^ѵаВсгірі имитируют классы, вводя дополнитель¬ 
ные синтаксические конструкции (синтаксический сахар). Все реализа¬ 
ции отличаются, но имеют некоторые общие черты: 

• Вводится соглашение об имени метода, который будет считаться кон¬ 
структором класса, например іпШаІіге, _іпі1: или нечто похожее, 
и будет вызываться автоматически. 

• Классы наследуют другие классы. 
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• Обеспечивается доступ к родительскому классу (суперклассу) из до¬ 
чернего класса. 







Давайте здесь изменим правила и позволим себе в этой (и только 
в этой) части главы использовать слово «класс», потому что те¬ 
мой этого раздела является имитация классов. 


Не углубляясь в подробности, рассмотрим пример реализации имита¬ 
ции классов в языке ^ѵаВсгірі;. Во-первых, посмотрим, как эта имита¬ 
ция будет выглядеть с точки зрения клиента: 

ѵаг Мал = кі азз(пи 11, { 

_сопзТгисТ: Іипсііоп (мИаТ) { 

сопзоіе. 1од("Мал'з сопзТгисТог”); 

Шз. паше = \ѵІлаТ; 

}, 

де*№те: Іипсііоп () { 
геТигп Шз. пате; 

} 

}); 


Вспомогательная синтаксическая конструкция имеет вид функции 
с именем к1азз(). В некоторых реализациях она имеет форму конструк¬ 
тора К1азз() или расширенного свойства ОІ^есІі.ргоШуре, но в данном 
примере мы оставим ее в виде простой функции. 

Функция принимает два параметра: родительский класс, который дол¬ 
жен быть унаследован, и реализацию нового класса в виде литерала 
объекта. Поддавшись влиянию языка РНР, давайте установим согла¬ 
шение, по которому конструктором класса будет метод с именем_ соп- 

зігисі:. В предыдущем фрагменте создается новый класс с именем Мал, 
который не наследует никакой другой класс (то есть наследует класс 
О^есі). Класс Мал имеет собственное свойство пате, создаваемое внут¬ 
ри конструктора_ сопзіігисі:, и метод де1Мате( ). Класс - это функция- 

конструктор, поэтому следующий программный код вполне допустим 
(и выглядит как создание экземпляра класса): 

ѵаг Іігзі: = леи Мал(’ Асіагл '); // выведет "Мал’з сопзігисіог” 

Нгз1:.де1:№те(); // "Арат" 

Теперь расширим этот класс и создадим класс ЗирегМап: 

ѵаг ЗирегМап = к1азз(Мал, { 

_ сопзігисі:: Гипсіііоп (ѵіЬаХ.) { 

сопзоіе.1од( "ЗирегМап* з сопзігисіог"); 

}, 

деШте: Гипсііоп () { 

ѵаг пате = ЗирегМап. иЬег. деІ№те. саІЦШз); 
геіигп "I ат “ + пате; 


} 




Функция кІ35$( ) 
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Здесь первым параметром функции к1азз() передается имя наследуемо¬ 
го класса Мап. Обратите также внимание, что в функции де1Мате( ) сна¬ 
чала вызывается функция деІШтеО, унаследованная от родительского 
класса, с использованием статического свойства иЬег (суперкласс) клас¬ 
са ЗирегМап. Давайте протестируем этот класс: 

ѵаг сіагк = пем ЗирегМап(' Сіагк Кепі’); 
сіагк.деі;Мате(); // "I ат Сіагк Кепі” 

Первая инструкция сначала выведет в консоль строку «Мап’з сопзѣгис- 
іюг», а затем строку «Вирегтап’з сопзіхисіог». В некоторых языках про¬ 
граммирования родительский конструктор вызывается автоматически 
при каждом вызове дочернего конструктора, так почему бы не имити¬ 
ровать и эту особенность? 

Применение оператора ігізіапсеаГ возвращает вполне ожидаемый ре¬ 
зультат: 

сіагк іпзіапсеоі Мап; // Ігие 
сіагк іпзіапсеоі ЗирегМап; // Ігие 

А теперь посмотрим, как могла бы быть реализована функция к1азз(): 
ѵаг кіазз = Іипсііоп (Рагепі, ргорз) { 

ѵаг СІйІсІ, Р, і; 

// 1 . 

// новый конструктор 
Сіііісі = Іипсііоп () { 

іі (СРіІсІ. иЬег && СРПР. иЬег. Ра50мпРгорег1у("__сопз1гисГ’)) { 

СРПР. иЬег. __сопз1гис1. арр1у(Шз, агдитепіз); 

} 

іі (Сіпіісі. ргоіоіуре. ІлазОмпРгорегіуС’_сопзігисі”)) { 

СШсІ. ргоіоіуре. „сопзігисі. арр1у(Шз, агдитепіз); 

} 

}; 


// 2 . 

// наследование 

Рагепі = Рагепі || ОЬ^есі; 

Р = Іипсііоп () {}; 

Р.ргоіоіуре = Рагепі.ргоіоіуре; 

СШсІ. ргоіоіуре = пем Р(); 

СІпіІсІ.иЬег = Рагепі. ргоіоіуре; 

Сіііісі. ргоіоіуре. сопзігисіог = СНПсГ, 

// 3 . 

// добавить реализацию методов 
Іо г (і іп ргорз) { 

11 (ргорз. ІпазСЫпРгорегіуЦ)) { 
Сіііісі. ргоІо1уре[і] = ргорз[і]; 
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} 

} 

// вернуть сформированный "класс" 
геТигп Сіпіісі; 

}; 

Реализация функции к1азз() может быть разбита на три части, пред¬ 
ставляющие интерес: 

1. Создается функция-конструктор СГіі1сІ( ). Эта функция возвращается 

в конце и будет играть роль класса. В ней вызывается метод_соп- 

зіігисі:, если он существует. Но перед этим с помощью свойства иЬег 
вызывается родительский метод_ сопзігисі: (опять же, если он су¬ 

ществует). В некоторых случаях свойство ыЬег может быть не опреде¬ 
лено, например, когда наследуется объект ОІ^есІ:, как это было при 
определении класса Мап. 

2. Вторая часть устанавливает взаимоотношения наследования. Ис¬ 
пользуется последний шаблон классического наследования, обсуж¬ 
давшийся в предыдущем разделе. Здесь появилось только одно нов¬ 
шество: в качестве родительского класса используется ОУесІ, если 
в аргументе Рагепі: не был передан другой класс. 

3. В последнем разделе выполняется обход реализаций всех методов 

(таких как_ сопзі:гисі: и деі^ате в примере), составляющих фактиче¬ 

ское определение класса, и производится их добавление в прототип 
функции СІ 1 ІІСІ. 

В каких случаях лучше использовать этот шаблон? Скажем так, жела¬ 
тельно было бы вообще его не использовать, потому что он вводит сбива¬ 
ющее с толку понятие класса, которое технически отсутствует в языке. 
Он добавляет новые правила и новый синтаксис, которые необходимо 
знать и помнить. Однако если вы или ваши коллеги легко разбирае¬ 
тесь в классах и в то же время испытываете неуверенность при работе 
с прототипами, вам имеет смысл изучить этот шаблон. Он позволяет 
полностью забыть о прототипах и, что самое приятное, использовать 
синтаксис и соглашения, напоминающие какой-то из ваших любимых 
языков. 

Наследование через прототип 

Наше обсуждение «современных» бесклассовых шаблонов мы начнем 
с шаблона наследования через прототип . Этот шаблон никак не связан 
с понятием классов - здесь одни объекты наследуют другие объекты. 
Представить такой тип наследования можно так: имеется некоторый 
объект, который можно было бы использовать повторно, и вам требу¬ 
ется создать второй объект, использующий функциональные возмож¬ 
ности первого объекта. 




Наследование через прототип 


167 


Ниже показано, как можно было бы реализовать эту схему наследова¬ 
ния: 

// объект, который наследуется 
ѵаг рагепі: = { 
пате: "Рара” 

}; 

// новый объект 

ѵаг сНіісі = оЬіесі(рагепТ) ; 

// проверка 

а1егТ(сШс1. пате); // "Рара” 

В этом фрагменте имеется объект с именем рагепі:, созданный с помо¬ 
щью литерала объекта, и создается другой объект с именем с НИР, ко¬ 
торый обладает теми же свойствами и методами, что и родительский 
объект рагепі:. Объект сНіісі был создан с помощью функции оІ^есЦ)* 
Эта функция отсутствует в языке ^ѵаВсгірі; (не путайте ее с функцией- 
конструктором 0Ь]ес1:()), поэтому нам необходимо определить ее. 

Так же как и в последнем классическом шаблоне, можно было бы опре¬ 
делить пустую временную функцию-конструктор Р(), присвоить роди¬ 
тельский объект свойству ргсЦоІуре функции Р() и в конце вернуть но¬ 
вый экземпляр временного конструктора: 

Рипсі:іоп оЬіесКо) { 

Рипс1:іоп Р() {} 

Р.ргоіоіуре = о; 
геіигп пем Р(); 

} 

Цепочка прототипов, образующаяся при использовании шаблона на¬ 
следования через прототип, изображена на рис. 6.9. Здесь дочерний 
объект сНіІР всегда создается как пустой объект, не имеющий собствен¬ 
ных свойств, но обладающий доступом ко всем функциональным воз¬ 
можностям родительского объекта рагепі: благодаря ссылке_рго1:о_. 



Рис . 6.9. Шаблон наследования через прототип 
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Обсуждение 

В шаблоне наследования через прототип родительский объект необяза¬ 
тельно должен создаваться с применением литерала (хотя этот способ 
является наиболее типичным). С тем же успехом создание родитель¬ 
ского объекта может производиться с помощью функции-конструктора. 
Однако учтите, что в последнем случае унаследованы будут не только 
свойства прототипа конструктора, но и «собственные» свойства объекта: 

// родительский конструктор 
іипсііоп РегзопО { 

// “собственное” свойство 
Шз. пате = “Айат”; 

} 

// свойство, добавляемое в прототип 
Регзоп. ргоШуре. деШте = іипсііоп () { 
геіигп Шз.пате; 

}; 

// создать новый объект типа Регзоп 
ѵаг рара = пем РегзопО; 

// наследник 

ѵаг кій = обіесі(рара); 

// убедиться, что было унаследовано не только 
// свойство прототипа, но и собственное свойство 
кій. деШте( ); // “Айат” 

Другая разновидность этого шаблона предполагает возможность насле¬ 
дования только объекта прототипа существующего конструктора. Не 
забывайте, что объекты наследуют объекты независимо от того, каким 
способом создаются родительские объекты. Ниже приводится немного 
измененная реализация предыдущего примера: 

// родительский конструктор 
Гипсііоп РегзопО { 

// "собственное” свойство 
Шз. пате = "Айат”; 

} 

// свойство, добавляемое в прототип 
Регзоп. ргоШуре. деШте = іипсііоп () { 
геіигп Шз. пате; 

}; 


// наследник 

ѵаг кій = о1^ес1:(Регзоп.ргоіоіуре); 

іуреоі кій.деі^ате; // "іипсііоп”, потому что присутствует в прототипе 
іуреоі кій. пате; // “ипйеііпей”, потому что наследуется только прототип 
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Дополнения в стандарте ЕСМАЗсгірі 5 

В стандарте ЕСМАВсгірі 5 шаблон наследования через прототип стал 
официальной частью языка. Этот шаблон реализован в виде метода 
ОЬ^есІ:. сгеа1:е(). Другими словами, вам не потребуется создавать соб¬ 
ственную функцию, похожую на оЩесЦ); она уже будет встроена в язык: 

ѵаг сШа = ОЬіесЦ. сгеаГ:е(рагеп1:); 

Метод 0Ь]ес1:.сгеа1:е() принимает дополнительный параметр - объект. 
Свойства этого объекта будут добавлены во вновь созданный дочерний 
объект как собственные свойства. Это позволяет создавать дочерние 
объекты и определять отношения наследования единственным вызо¬ 
вом метода. Например: 

ѵаг сШа = ОЬ^есГ:. сгеаіеСрагегЦ, { 

аде: { ѵаіие: 2 > // описание в соответствии со стандартом ЕСМА5 

}); 

сНШ.ІлазОмпРгорегіуС’аде”); // Егие 

Реализацию шаблона наследования через прототип можно также най¬ 
ти в некоторых библиотеках ^ѵаВсгірі. Например, в библиотеке УШЗ 
имеется метод Ѵ.0Щес1:(): 

УІ)І().изе(' , ГипсГіоп (У) { 
ѵаг сШа = У.ОЬіесКрагепі:); 

}); 

Наследование копированием свойств 

Теперь рассмотрим другой способ организации наследования - наследо¬ 
вание копированием свойств. В этом шаблоне один объект получает до¬ 
ступ к функциональности другого объекта за счет простого копирова¬ 
ния свойств. Ниже приводится пример реализации функции ехІепсК), 
осуществляющей этот шаблон: 

ГипсЕіоп ехІепсКрагепі:, сШа) { 
ѵаг і; 

сіиісі = сШа || {}; 

Гог (і іп рагепЕ) { 

іГ (рагепЕ. ГіазСЫпРгорегГ:у(і)) { 
сШа[і] - рагепЦі]; 

> 

} 

геіигп сіпііа; 

} 

В этом примере выполняется обход и копирование членов родительско¬ 
го объекта. В данной реализации параметр сГіііа является необязатель¬ 
ным - если опустить этот параметр, будет создан новый объект, в про- 
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тивном случае функция дополнит существующий объект свойствами 
родительского объекта: 

ѵаг сіасі = {пате: "Айат"}; 
ѵаг кій = ехіепй(йай); 
кій. пате; // "Айат” 

Данная реализация выполняет так называемое «поверхностное копи¬ 
рование» свойств объекта. Чтобы выполнить полное копирование, не¬ 
обходимо проверить, является ли копируемое свойство объектом или 
массивом, и если это так, следует рекурсивно обойти все вложенные 
свойства и также скопировать их. В случае поверхностного копирова¬ 
ния (так как в ^ѵаЗсгірі; объекты передаются по ссылке) при измене¬ 
нии в дочернем объекте свойства, которое в свою очередь является объ¬ 
ектом, изменение будет внесено и в родительский объект. Поверхност¬ 
ное копирование является наиболее предпочтительным для методов 
(функции также являются объектами и передаются по ссылке), но мо¬ 
жет приводить к неприятным сюрпризам при наличии свойств, являю¬ 
щихся объектами или массивами. Взгляните на следующий пример: 

ѵаг йай = { 

соипіз: [1, 2, 3], 
геайз: {рарег: ігие} 

}; 

ѵаг кій = ехіепй(йай) ; 
кій.соипіз. ризИ (4); 
йай.соипіз.іоЗігіпдО; // "1,2,3,4” 
йай.геайз === кій.геайз; // Ггие 

Теперь изменим функцию ехІепйО так, чтобы она выполняла полное 
копирование. Для этого необходимо проверить, является ли свойство 
объектом, и если это так, рекурсивно скопировать его свойства. Кро¬ 
ме того, необходимо проверить, является ли свойство истинным объек¬ 
том или массивом. Для этого воспользуемся решением, предложенным 
в главе 3. Итак, версия ехІепйО, выполняющая полное копирование, 
могла бы выглядеть, как показано ниже: 

Гипсііоп ехіепйОеер( ра гепі; , сИіІй) { 
ѵаг і, 

ГоЗГг = ОЬ^есі. ргоіоіуре. ІіоЗігіпд, 
азіг = "[оЬіесі Аггау]”; 

сШй = сШй || {}; 

Гог (і іп рагепі) { 

ІГ (рагепі.ПазОѵѵпРгорегІіу(і)) { 

іГ (ГуреоГ ра гепі; [ і ] === “оЬіесГ”) { 

сИі1й[і] = (ГоЗГг.саі1(ра гепі[і]) === азіг) ? [] : {}; 
ехгепйОеер(рагепі:[і], сГііІй[і]); 
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} еізе { 

сИі Ісі [ і ] = ра гепі [ і ]; 

> 

> 

} 

геіигп сіпіІсі; 

> 

Проверим новую реализацию, выполняющую полное копирование объ¬ 
ектов, и убедимся, что изменения в дочернем объекте не оказывают 
влияния на родительский объект: 

ѵаг сіасі = { 

соипіз: [1, 2, 3], 
геайз: {рарег: 1: гие } 

}; 

ѵаг кій = ех!епсЮеер(сіасі); 

кій.соипіз.ризП(4); 

кій.соипіз.іоЗігіпд(); // "1,2,3,4 м 

йай.соипіз.Іо5тпд(); // "1,2,3 м 

йай.геайз === кій.геайз; // іаізе 
кій.геайз.рарег = іаізе; 

кій. геайз. ѵѵеЬ = ігие; 

йай.геайз.рарег; // Ігие 

Этот шаблон копирования свойств прост и получил широкое распро¬ 
странение. Например, в РігеЬи^ (расширение для броузера РігеіЪх, на¬ 
писанное на языке ЗаѵаЗсгірі;) имеется метод ехіепйО, выполняющий 
поверхностное копирование. В библиотеке іС^иегу метод ех1:епй() выпол¬ 
няет полное копирование. Библиотека УШЗ предлагает метод Ѵ.с1опе( ), 
который не только выполняет полное копирование свойств, но еще ко¬ 
пирует функции, связывая их с дочерним объектом. (Подробнее о свя¬ 
зывании рассказывается ниже в этой главе.) 

Особенно следует отметить, что прототипы в этом шаблоне вообще ни¬ 
как не используются; шаблон предусматривает работу только с объек¬ 
тами и их собственными свойствами. 

Смешивание 

Давайте рассмотрим шаблон смешивания, взяв за основу идею насле¬ 
дования копированием свойств и развив ее еще дальше. Вместо копи¬ 
рования одного объекта можно предусмотреть возможность копирова¬ 
ния произвольного количества объектов, смешав их свойства в новом 
объекте. 
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Реализация выглядит просто; достаточно обойти все аргументы и ско¬ 
пировать каждое свойство каждого объекта, переданного функции: 

ГипсГіоп тіх() { 

ѵаг агд, ргор, сігіІсі = {}; 

Гог (агд = 0; агд < агдитепГз. ІепдГР; агд += 1) { 

Гог (ргор іп агдитепГз[агд]) { 

ІГ ( агдитепіз [агд]. Гіаз0\ѵпРгорег1у( ргор)) { 
сігі Ісі [ р гор ] = агдитепГз[агд][ргор]; 

} 

} 

} 

геГигп сігі Ісі ; 

} 

Теперь, когда у вас имеется универсальная функция смешивания, вы 
сможете передать ей произвольное количество объектов и получить 
в результате новый объект, обладающий свойствами всех исходных объ¬ 
ектов. Например: 

ѵаг саке = тіх( 

{еддз: 2, Іагде: Ггие}, 

{ЬиПег: 1, заІГесІ: Тгие}, 

{Поиг: "3 сирз"}, 

{зидаг: "зиге!”} 

); 

На рис. 6.10 показан результат вызова функции сопзоіе.сііг(саке), кото¬ 
рая вывела в консоль РігеЬи^ свойства нового смешанного объекта саке. 
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2 

Вой г 

"3 сиръ 1 
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Рис. 6.10. Результат исследования объекта саке в РігеЬиё 




м?' 



Если вы уже использовали прием смешивания объектов в дру¬ 
гих языках, где он является частью языка, вы могли бы ожи¬ 
дать, что изменения в одном или более родительских объектах 
отразятся на объекте-потомке, однако в данной реализации это 
не так. Здесь мы просто копируем собственные свойства роди¬ 
тельских объектов и разрываем связь с ними. 
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Заимствование методов 

Иногда интерес представляют только один-два метода в существующем 
объекте. У вас может появиться желание повторно использовать их, 
но при этом вам ни к чему устанавливать с этим объектом отношения 
родитель-потомок. То есть вам может требоваться использовать часть 
методов, не наследуя при этом все остальные методы, которые вам не 
нужны. Этого можно добиться с помощью шаблона заимствования ме¬ 
тодов, который опирается на использование методов са11() и арр1у(). Вы 
уже видели этот шаблон в этой книге и даже в этой главе - например, 
в реализации функции ех*епсЮеер(). 

Как вы уже знаете, функции в языке ^ѵаЗсгір! являются объектами, 
и они обладают некоторыми интересными методами, такими как са11() 
и арр1у(). Единственное отличие между этими двумя методами состоит 
в том, что первый из них принимает массив с параметрами, который 
передается вызываемому методу, а второй принимает параметры в виде 
простого списка аргументов. Эти методы можно использовать для за¬ 
имствования функциональности из существующих объектов: 

// пример са11() 

псЦтуоЬ]. РоЗіи^.саІЦтуоЬ] , рагаті, р2, рЗ); 

// пример арр1у() 

поІтуоЬ] . сіоЗііи^. арр1у(туоЬ], [рагаті, р2, рЗ]); 

Здесь имеется метод туо^ и некоторый другой объект поітуоЬ;), обладаю¬ 
щий интересующим вас методом сІоЗіги^^С ). Вместо того чтобы продирать¬ 
ся через тернии наследования и наследовать в объекте туоЬ] множество 
методов объекта поІтуоЬ;), которые никогда не потребуются, можно про¬ 
сто временно заимствовать метод сІоЗі:и{Т( ). 

Вы передаете свой объект со всеми необходимыми параметрами, и за¬ 
имствуемый метод будет временно связан с вашим объектом, как если 
бы это был его собственный метод. Фактически ваш объект маскирует¬ 
ся под другой объект, чтобы воспользоваться понравившимся вам мето¬ 
дом. Этот прием похож на наследование, но без необходимости платить 
за это «высокую цену» (здесь под «высокой ценой» подразумевается на¬ 
следование дополнительных свойств и методов, которые вам не нужны). 

Пример: заимствование методов массива 

Типичный пример использования этого шаблона - заимствование ме¬ 
тодов массива. 

Массивы обладают множеством полезных методов, которые отсутству¬ 
ют в объектах, напоминающих массивы, таких как агдитепііз. Однако 
объект агдитепіз может заимствовать методы массива, например з1ісе(), 
как показано в следующем примере: 
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Гипсіііоп Г() { 

ѵаг агдз = []. зіісе.саіі ( агдитепіз , 1, 3); 
геТигп агдз; 

> 

// пример 

Г(1, 2, 3, 4, 5, 6); // вернет [2,3] 

В этом примере создается пустой массив, для того чтобы получить воз¬ 
можность использовать его метод. Можно пойти чуть более длинным 
путем и получить тот же результат, заимствовав метод непосредствен¬ 
но из прототипа конструктора Аггау с помощью инструкции Аггау. ргоіо- 
*уре. зіісе. са11(. .Эта инструкция выглядит длиннее, но она экономит 
время, необходимое на создание пустого массива. 

Заимствование и связывание 

Объект, на который указывает ссылка Шз внутри метода, заимство¬ 
ванного с помощью са11()/арр1у() или в результате простого присваива¬ 
ния, определяется выражением вызова. Но иногда бывает нужно пред¬ 
варительно «зафиксировать» значение ссылки Шз, то есть связать ее 
с определенным объектом. 

Рассмотрим следующий пример. Здесь имеется объект с именем опе, об¬ 
ладающий методом $ау(): 

ѵаг опе = { 

пате: "оЬзес!", 

зау: Гипсііоп (дгееі) { 

геіигп дгееі + ", " + Шз.пате; 

} 

}; 


// проверка 

опе. зау(' Гіі ’); // ”Гіі, оЬзесі" 

И другой объект іѵѵо, не имеющий метода зау(), но он может заимство¬ 
вать этот метод из объекта опе: 

ѵаг Іѵѵо = { 

пате: "апоШг оЬіесі” 

>: 

опе.зау.аррІуСімо, ['РеПо']); // "РеПо, апоШг оЬ^есГ’ 

В последнем случае ссылка Шз внутри метода $ау() указывает на объ¬ 
ект іѵѵо, поэтому обращение к свойству Шз.пате возвращает строку 
«апоіЬег оЬіесІ». А что произойдет, если сохранить ссылку на функцию 
в глобальной переменной или передать ее как функцию обратного вызо- 
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ва? В клиентских сценариях возникает множество событий и часто ис¬ 
пользуются функции обратного вызова, поэтому такая необходимость 
действительно может возникнуть: 

// в случае присваивания функции переменной 
// ссылка ЧІйз’ будет указывать на глобальный объект 
ѵаг зау = опе.зау; 

зау(' Гіоіто ’); // "ІюИо, ипсіе Т іпесі " 

// передача в виде функции обратного вызова 
ѵаг уеТапоТПег = { 

пате: "УеТ апоТІіег оЬ^есТ", 
теТИоб: Іипсііоп (саІІЬаск) { 
геТигп са11Ьаск(' Ноіа '); 

} 

}; 

уеТіапоИтег.теіігосі(опе.зау); // "Ноіа, ипсІеІіпесГ 

В обоих случаях ссылка ІМз внутри метода зау() указывает на глобаль¬ 
ный объект, и программный код действует не так, как ожидалось. Что¬ 
бы исправить ошибку (то есть связать объект с методом), можно исполь¬ 
зовать простую функцию: 

ІипсТіоп Ыпс1(о, т) { 
геіигп Іипсііоп () { 

геіигп т.арр1у(о, [].зіісе.саіі(агдитепіз)); 

>; 

> 

Данная функция ЫпсІ() принимает объект о и метод т, связывает их 
вместе и возвращает другую функцию. Возвращаемая функция имеет 
доступ к ссылкам о и т через замыкание. То есть даже после выхода из 
функции ЫпсІ() внутренняя функция будет иметь доступ к ссылкам о 
и т, которые всегда будут указывать на оригинальный объект и метод. 
Создадим новую функцию с помощью ЬіпсІ( ): 

ѵаг іѵюзау = ЬіпсЦіѵѵо. опе. зау); 

Іѵѵозау(‘уо’); // "уо, апоІПег оЬ]ес1” 

Как видите, даже в случае, когда ІѵѵозауО создается как глобальная 
функция, ссылка Шз будет указывать не на глобальный объект, а на 
объект Ііѵѵо, который был передан функции Ыпс1(). Неважно, как будет 
вызвана функция іѵѵозауО, ссылка Шз внутри нее всегда будет указы¬ 
вать на объект Ігѵѵо. 

Однако за роскошь связывания приходится платить ценой создания до¬ 
полнительного замыкания. 
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РипсІіоп.ргоІоІуре.ЬіпсІО 

Стандартом ЕСМАЗсгірІ; 5 предусмотрен дополнительный метод ЬіпсІО 
объекта Рипсіііол . ргоігоііуре, такой же простой в использовании, как ме¬ 
тоды арр1у() и са11(), выполняющий связывание, как показано ниже: 

ѵаг пемРипс = оЬ]. зотеРипс. Ыпс1(туоЬ], 1, 2, 3); 

В данном случае вызов метода связывает функцию зотеРипсО с объек¬ 
том туоЬ] и определяет значения трех первых аргументов, ожидаемых 
функцией $отеРипс(). Это выражение также является примером частич¬ 
ного применения функции, о котором рассказывалось в главе 4. 

Давайте посмотрим, как можно реализовать метод Рипсііоп.ргоіоіуре. 
ЬіпсІО для использования в программах, выполняющихся в окружени¬ 
ях, не поддерживающих стандарт Е85: 

ІР (РуреоР РипсРіоп. ргороруре. ЫпР === “ипсІеРіпесГ) { 

РипсРіоп. ргороруре. ЫпсІ = РипсРіоп (РЬізАгд) { 
ѵаг Рп = р И і з 

зіісѳ = Аггау.ргоіоруре.зіісе, 
агдз = зіісе.са11(агдитепРз, 1); 

геРигп РипсРіоп () { 

геРигп Рп. арр1у(РЫ5Агд, агдз.сопсаР(з1ісе.саіі(агдитепрз))); 

>; 

}; 

} 

Эта реализация наверняка покажется вам знакомой; в ней использует¬ 
ся прием частичного применения и слияния списков аргументов - тех, 
что передаются методу ЬіпсІО (кроме первого), и тех, что передаются при 
вызове новой функции, возвращаемой методом ЬіпсІО. Ниже приводит¬ 
ся пример ее использования: 

ѵаг Рѵ\юзау2 = опе. зау. ЬіпЬ(Рмо); 

Р\л/озау2(' Вопіоиг' ); // “Вопіоиг, апоРПег оЬіесР” 

В этом примере методу ЬіпсІО не передаются никакие параметры кроме 
объекта, с которым требуется связать метод зау(). В следующем приме¬ 
ре выполняется частичное применение за счет передачи дополнитель¬ 
ного аргумента: 

ѵаг РмозауЗ = опе. зау. ЬіпсІ ( Рѵѵо , ‘ЕпсЬапРё’); 

РѵѵозауЗ (); // "ЕпсПапРё, апоРПег оЬ]есР” 


В заключение 

Существует масса способов реализации наследования в ^ѵаЗсгірі. 
Очень полезно изучать и понимать различные шаблоны, потому что это 
поможет вам улучшить понимание языка. В этой главе вы познакоми- 
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лись с несколькими классическими и с несколькими современными 
шаблонами реализации наследования. 

Однако наследование - это, пожалуй, не та проблема, с которой вы бу¬ 
дете часто сталкиваться в процессе разработки. Отчасти потому, что 
эта проблема фактически уже решена тем или иным способом в биб¬ 
лиотеках, которые вы будете использовать, а отчасти потому, что в ^ѵа- 
Зсгірі; редко приходится выстраивать длинные и сложные иерархии на¬ 
следования. В языках программирования со строгим контролем типов 
наследование может быть единственным способом повторного использо¬ 
вания программного кода. В ЛѵаЗсгірі; зачастую имеются более простые 
и элегантные способы, включая заимствование методов, их связывание, 
копирование свойств и смешивание свойств из нескольких объектов. 

Помните, что целью является повторное использование программного 
кода, а наследование - это лишь один из способов ее достижения. 




7 

Шаблоны проектирования 


Шаблоны проектирования, представленные «бандой четырех» в уже 
упоминавшейся книге, предлагают решение наиболее типичных задач, 
связанных с архитектурой объектно-ориентированного программного 
обеспечения. Они достаточно давно используются на практике и дока¬ 
зали свою полезность во многих ситуациях. Именно поэтому и вам бу¬ 
дет полезно познакомиться с ними и обсудить их. 

Хотя эти шаблоны проектирования могут применяться в любом языке 
программирования, тем не менее многие годы они изучаются с пози¬ 
ций языков со строгим контролем типов и со статическими классами, 
таких как С++ и ^ѵа. 

^ѵаЗсгірІ, будучи динамическим нетипизированным языком, опира¬ 
ющимся на использование прототипов, иногда позволяет удивительно 
легко и даже тривиально реализовать некоторые их этих шаблонов. 

В качестве первого примера рассмотрим шаблон единственного объек¬ 
та (зіп&іеіюп), демонстрирующий, насколько сильно может отличаться 
реализация в ^ѵаЗсгірі; от реализации в языках на основе статических 
классов. 

Единственный объект 

Суть шаблона единственного объекта состоит в том, чтобы обеспечить 
возможность создать только один экземпляр определенного класса. Это 
означает, что при попытке создать второй экземпляр того же класса вы¬ 
зывающая программа должна получить объект, созданный при первой 
попытке. 

И как же это относится к ^ѵаЗсгірі? В ^ѵаЗсгір! нет классов - толь¬ 
ко объекты. Когда создается новый объект, фактически в программе не 
существует объектов, похожих на него, и новый объект уже является 



Единственный объект 


179 


единственным. При создании простого объекта с помощью литерала 
также получается единственный объект: 

ѵаг оЬ] = { 

тургор: 'ту ѵаіие’ 

>: 


В ^ѵаЗсгірІ объекты никогда не равны между собой, если только они 
не являются одним и тем же объектом, поэтому даже если создать вто¬ 
рой такой же объект с тем же самым набором членов, он не будет тем же 
объектом, что и первый: 

ѵаг оЬ]2 = { 

тургор: 'ту ѵаіие’ 

}; 

оЬ^ === оЬ]2; // Шзе 

оЬ] == оЬз2; // Іаізе 


Поэтому можно смело сказать, что всякий раз, когда объект создается 
с использованием литерала объекта, фактически создается единствен¬ 
ный объект, и для этого не требуется использовать какие-либо специ¬ 
альные синтаксические конструкции. 



Обратите внимание: иногда под шаблоном единственного объек¬ 
та (зіп^іеіоп) в контексте ^ѵаЗсгірІ; подразумевается шаблон 
♦модуль», обсуждавшийся в главе 5. 


Использование оператора пеѵѵ 

В ЛѵаЗсгірі; отсутствуют классы, поэтому с технической точки зре¬ 
ния буквальное определение единственного объекта не имеет смысла. 
Но в ^ѵаЗсгірі; есть оператор пеѵѵ, который используется для создания 
объектов с помощью функций-конструкторов, и иногда может потре¬ 
боваться реализовать шаблон единственного объекта с помощью этого 
синтаксиса. Идея заключается в том, чтобы при создании нескольких 
объектов с помощью оператора пеѵѵ и одного и того же конструктора вы 
получали бы просто новые ссылки на один и тот же объект. 

Внимание: следующее обсуждение представляет не практиче¬ 
ский, а скорее теоретический интерес - как пример реализации 
обходных решений проблем, связанных с особенностями неко¬ 
торых языков программирования (со строгим контролем типов) 
с классами, в которых функции не являются обычными объек¬ 
тами. 

Ожидаемое поведение иллюстрирует следующий фрагмент (здесь пред¬ 
полагается, что вы не являетесь приверженцем теории о множествен¬ 
ных Вселенных и принимаете идею существования единственной Все¬ 
ленной (ІІпіѵегзе)): 
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ѵаг ипі = пе\л/ ІІпіѵегзеО; 
ѵаг ипі2 = пе\л/ ІІпіѵегзеО; 
ипі === ипі2; // ігие 

В этом примере новый объект ипі создается только при первом вызове 
конструктора. При втором вызове (а также третьем, четвертом и так да¬ 
лее) возвращается тот же самый объект ипі. Именно поэтому выполня¬ 
ется условие ипі === ипі2, так как в действительности это всего лишь 
две ссылки, указывающие на один и тот же объект. Но как добиться 
этого в языке ^ѵаЗсгірі? 

Для этого необходимо, чтобы конструктор ІІпіѵегзе запоминал ссылку 
ііііз на объект и затем возвращал ее при последующих вызовах. До¬ 
биться этого можно несколькими способами: 

• Для хранения экземпляра можно использовать глобальную пере¬ 
менную. Однако использовать этот способ не рекомендуется, так 
как он нарушает общепринятый постулат, что глобальные перемен¬ 
ные - это зло. Кроме того, глобальную переменную можно изменить 
по неосторожности. Поэтому далее мы не будем рассматривать этот 
способ. 

• Ссылку на экземпляр можно сохранить в статическом свойстве кон¬ 
структора. Функции в ^ѵаЗсгірі являются объектами, поэтому они 
могут иметь собственные свойства. Вы можете создать свойство, на¬ 
пример ІІпіѵегзе.іпзіапсе, и сохранить ссылку на объект в нем. Это 
простое и понятное решение, но оно имеет один недостаток - свой¬ 
ство іпзіапсе является общедоступным и может быть изменено 
внешним программным кодом, в результате чего есть риск потерять 
свой экземпляр. 

• Можно сохранить экземпляр в замыкании. Это предотвратит воз¬ 
можность изменения экземпляра из-за пределов конструктора за 
счет создания дополнительного замыкания. 

Давайте рассмотрим примеры реализации второго и третьего способов. 

Экземпляр в статическом свойстве 

Ниже приводится пример сохранения единственного экземпляра в ста¬ 
тическом свойстве конструктора ІІпіѵегзе: 

іипсііоп ІІпіѵегзеО { 

// имеется ли экземпляр, созданный ранее? 

іГ (іуреоі ІІпіѵегзе. іпзіапсе === "оЬіесі") { 
геіигп ІІпіѵегзе. іпзіапсе; 

> 

// создать новый экземпляр 

ііііз. зіагі_ііте = 0; 

Шз. Ьапд = "Від”; 
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// сохранить его 
ІІпіѵегзе. іпзіапсе = Шз; 

// неявный возврат экземпляра: 

// геіигп Шз; 

> 

// проверка 

ѵаг ипі = пе\л/ ІІпіѵегзеО; 
ѵаг ипі2 = пем ІІпіѵегзеО; 
ипі === ипі2; // ігие 

Как видите, это достаточно простое решение, обладающее единствен¬ 
ным недостатком - свойство іпзіапсе является общедоступным. Мало¬ 
вероятно, что какой-то другой программный код изменит это свойство 
по ошибке (гораздо менее вероятно, чем в случае, если бы экземпляр 
сохранялся в глобальной переменной), тем не менее такая возможность 
существует. 

Экземпляр в замыкании 

Другой способ реализовать шаблон единственного экземпляра заклю¬ 
чается в использовании замыкания для ограничения доступа к экземп¬ 
ляру. Это можно реализовать с помощью шаблона частных статических 
членов, обсуждавшегося в главе 5. Секрет состоит в том, чтобы перео¬ 
пределить конструктор: 

іипсііоп ІІпіѵегзеО { 

// сохраненный экземпляр 
ѵаг іпзіапсе = Шз; 

// создать новый экземпляр 
Шз. зіагШіте = 0; 

Шз. Ьапд = "Від" ; 

// переопределить конструктор 

Ііпіѵегзе = ^ипсііоп () { 
геіигп іпзіапсе; 

}; 

> 

// проверка 

ѵаг ипі = пе\л/ ІІпіѵегзеО; 
ѵаг ипі2 = пем ІІпіѵегзеО; 
ипі === ипі2; // ігие 

При первом обращении вызывается оригинальный конструктор, возвра¬ 
щающий ссылку Шз как обычно. При втором, третьем и так далее об¬ 
ращении вызывается уже переопределенный конструктор. Новый кон- 
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структор обладает доступом к частной переменной іпзіапсе благодаря 
замыканию и просто возвращает ее. 

Фактически данная реализация является также примером использо¬ 
вания шаблона самоопределяемых функций, представленного в гла¬ 
ве 4. Недостаток этого шаблона, как уже обсуждалось ранее, состоит 
в том, что при переопределении функции (в данном случае конструк¬ 
тора 11піѵегзе( )) она теряет все свойства, которые могли быть добавлены 
между моментом ее определения и моментом переопределения. В дан¬ 
ном конкретном случае все, что будет добавлено в прототип функции 
ІШѵегзеО» окажется недоступно экземпляру, созданному оригиналь¬ 
ной реализацией. 

Ниже показано, как эта проблема может проявлять себя на практике: 

// добавить свойство в прототип 
ІІпіѵегзе. ргоіоіуре. поШпд = Ггие; 

ѵаг ипі = пем ІШѵегзеО; 


// добавить еще одно свойство в прототип 
// уже после создания первого объекта 
ІІпіѵегзе. ргоГоГуре.еѵегуІШпд = Ггие; 

ѵаг ипі2 = пем ІШѵегзеО; 

Проверка: 

// объект имеет доступ только 
// к оригинальному прототипу 
ипі . поШпд; 
ип і 2. поШпд; 
ипі . еѵегуШпд; 
ипі2. еѵегуШпд; 


// ігие 
// ігие 
// ипсІеГіпесі 
// ипсІеГіпесі 


// это выражение дает ожидаемый результат: 
ипі.сопзігисГог. пате; // "ІІпіѵегзе” 


// а это нет: 

ипі.сопзігисГог === ІІпіѵегзе; // іаізе 

Причина, по которой ссылка ипі.сопзігисіог больше не указывает на 
конструктор ІМѵегзеО, состоит в том, что она по-прежнему указывает 
на оригинальный конструктор, а не на переопределенный. 

Если необходимо сохранить свойства прототипа и ссылку на конструк¬ 
тор, эту проблему можно решить внесением нескольких улучшений: 

іипсГіоп ІШѵегзеО { 


// сохраненный экземпляр 
ѵаг іпзГапсе; 




Единственный объект 


183 


// переопределить конструктор 
ІІпіѵегзе = іипсііоп ІІпіѵегзеО { 
геіигп іпзТапсе; 

}; 

// перенести свойства прототипа 
ІІпіѵегзе. ргоіоіуре = Шз; 

// создать экземпляр 
іпзіапсе = пем ІІпіѵегзеО; 

// переустановить указатель на конструктор 
іпзіапсе.сопзігисіог = ІІпіѵегзе; 

// добавить остальную функциональность 
іпзТапсе.зтагт.тіте = 0; 
іпзіапсе.Рапд = "Від"; 

геіигп іпзіапсе; 

> 

Теперь все проверки должны давать ожидаемые результаты: 

// добавить свойство в прототип и создать экземпляр 
ІІпіѵегзе. ргоіоіуре. поШпд = ігие; // ігие 
ѵаг ипі = пе\л/ ІІпіѵегзеО; 

ІІпіѵегзе. ргоіоіуре. еѵегуШпд = ігие; // ігие 
ѵаг ипі2 = пе\л/ ІІпіѵегзеО; 

// тот же самый экземпляр 

ипі ипі2; // ігие 

// все свойства прототипа доступны 
// независимо от того, когда они были добавлены 

ипі. поШпд && ипі. еѵегуШпд && ипі2. поШпд && ипі2. еѵегуШпд; // ігие 
// обычные свойства объекта также доступны 
ипі.Ьапд; // "Від" 

// ссылка на конструктор содержит правильный указатель 
ипі.сопзігисіог === ІІпіѵегзе; // ігие 

Другой вариант решения проблемы заключается в обертывании кон¬ 
структора и ссылки на экземпляр немедленно вызываемой функцией. 
При первом обращении конструктор создаст объект и сохранит ссылку 
на него в частной переменной іпз1:апсе. При повторных обращениях кон¬ 
структор будет просто возвращать значение частной переменной. Все 
проверки, проведенные в предыдущем фрагменте, будут возвращать 
ожидаемые результаты и для новой реализации: 

ѵаг ІІпіѵегзе; 


(іипсііоп () { 
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ѵаг іпзТапсе; 

ІІпіѵегзе = ^ипсТіоп ІІпіѵегзеО { 

іГ (іпзТапсе) { 

геіигп іпзТапсе; 

} 

іпзТапсе = Шз; 

// добавить остальную функциональность 

Шз. зіагШіте = 0; 

Шз.Ьапд = "Від"; 

}; 

}()); 

Фабрика 

Назначение фабрики в том, чтобы создавать объекты. Этот шаблон 
обычно реализуется в виде классов или в виде статических методов 
классов и преследует следующие цели: 

• Выполнение повторяющихся операций, необходимых при создании 
похожих объектов 

• Предложить пользователям фабрики способ создания объектов без 
необходимости знать их тип (класс) на этапе компиляции 

Второй пункт наиболее важен в языках со статическими классами, где 
может оказаться совсем непросто создать экземпляр класса, неизвест¬ 
ного заранее (на этапе компиляции). В ^ѵаЗсгірі эта часть шаблона 
реализуется очень просто. 

Объекты, создаваемые фабричным методом (или классом), обычно на¬ 
следуют один и тот же родительский объект; они являются подкласса¬ 
ми, реализующими специализированные функциональные возможно¬ 
сти. Иногда общим предком является тот же класс, который содержит 
фабричный метод. 

Рассмотрим пример реализации этого шаблона, в котором имеются: 

• Общий родительский конструктор СагМакег. 

• Статический метод объекта СагМакег с именем ГасІогуО, который соз¬ 
дает объекты-автомобили. 

• Специализированные конструкторы СагМакег.СотрасФ, СагМакег. ЗІІѴ 
и СагМакег.СопѵегФіЫе, наследующие конструктор СагМакег. Все эти 
конструкторы определяются как статические свойства предка, бла¬ 
годаря чему предотвращается засорение глобального пространства 
имен, а кроме того, при такой организации мы точно знаем, где ис¬ 
кать их, когда они нам потребуются. 
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Сначала посмотрим, как будет использоваться окончательная реализа¬ 
ция: 

ѵаг согоііа = СагМакег. іас1огу( 'СотрасГ ); 
ѵаг зоізііісе = СагМакег. -Гасііогу (' СопѵегіііЫе '); 
ѵаг сіпегокее = СагМакег. ^ас^огуС' 51ІѴ’); 
согоііа.сігіѵе(); // "Ѵгоот, I Ііаѵе 4 сіоогз” 
зоізііісе.с!гіѵе(); // "Ѵгоот, I Ііаѵе 2 сіоогз” 
сМегокее. сігіѵе(); // "Ѵгоот, I Ііаѵе 24 сіоогз” 

Эта часть: 

ѵаг согоііа = СагМакег. іас1іогу(’Сотрасі'); 

является, вероятно, самой узнаваемой в шаблоне фабрики. Имеется 
метод, принимающий тип объекта в виде строки и создающий объект 
указанного типа. Нет никаких конструкторов, вызываемых с операто¬ 
ром пем, никаких литералов объектов - только функция, создающая 
объект, опираясь на тип, определяемый строкой. 

Ниже приводится пример реализации шаблона фабрики, который обе¬ 
спечивает работоспособность программного кода из предыдущего фраг¬ 
мента: 

// родительский конструктор 
іипсііоп СагМакег() {} 

// метод предка 

СагМакег. ргоіоіуре. сі гі ѵе = іипсііоп () { 

геіигп "Ѵгоот, I Ігаѵе " + Шз. сіоогз + " сіоогз”; 

>; 

// статический фабричный метод 
СагМакег.іасіогу = іипсііоп (Іуре) { 
ѵаг сопзіг = іуре, 
пемсаг; 

// сообщить об ошибке, если конструктор 
// для запрошенного типа отсутствует 
іі (Іуреоі СагМакег[сопз1:г] !== "іипсііоп”) { 

ІЬгоѵі { 

пате; "Еггог”, 

теззаде: сопзіг + " боезпЧ ехізі:” 

}; 

} 

// в этой точке известно, что требуемый конструктор существует 
// поэтому определим отношения наследования с предком, 

// но только один раз 

іі (Іуреоі СагМакег [сопзііг ]. ргоіоііуре.бгіѵе ! == "іипсііоп”) { 
СагМакег[сопзіг].ргоіоіуре = пем СагМакег(); 

} 
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// создать новый экземпляр 
пемсаг = пе\л/ СагМакег[сопзі:г](); 

// дополнительно можно вызвать какие-либо методы 
// и затем вернуть объект. .. 
геТигп пемсаг; 


// специализированные конструкторы 
СагМакег. СотрасТ = ^ипсТіоп () { 
Шз. йоогз = 4; 

}; 

СагМакег.СопѵегТіЫе = ГипсПоп () { 
Шз. йоогз = 2; 

}; 

СагМакег.ЗІІѴ = ГипсТіоп () { 

Шз. йоогз = 24; 


В реализации шаблона фабрики нет ничего особенно сложного. Все, что 
необходимо сделать, - это отыскать функцию-конструктор, которая соз¬ 
даст объект требуемого типа. В данном случае для отображения типов 
объектов на конструкторы, создающие их, используется простое согла¬ 
шение об именовании. Часть, где определяются отношения наследова¬ 
ния, - это пример реализации повторяющихся операций, общих для 
всех конструкторов, которые было бы разумно вынести в фабричные 
методы. 

Встроенная фабрика объектов 

В качестве примера «природной фабрики» рассмотрим встроенный гло¬ 
бальный конструктор ОЬзесіО. Он также ведет себя, как фабрика, по¬ 
тому что создает различные объекты исходя из входных данных. Если 
передать конструктору простое число, он создаст объект, задействовав 
конструктор МитЬег(). То же справедливо в отношении строк и логи¬ 
ческих значений. При любых других значениях, включая отсутствие 
входных значений, будут создаваться обычные объекты. 

Ниже приводятся несколько примеров создания объектов и проверки 
их поведения. Обратите внимание, что конструктор ОЬіесЮ может вы¬ 
зываться как с оператором пем, так и без него: 

ѵаг о = пе\л/ ОЬзесЦ), 
п = пе\л/ ОЬзесЦІ), 
з = О^есК' 1'), 

Ь = 0Ь]ес1:(1:гие); 

// проверка 

о. сопзШсГог === 0Ь]ес1:; // Ігие 

п. сопзиисГог === МитЬег; // Ггие 
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з. сопзтістог === ЗТгіпд; // Тгие 
Р. сопзТгисТог === Вооіеап; // Тгие 

Тот факт, что конструктор ОЩесШ также является фабрикой, не име¬ 
ет особого практического значения. Просто важно было отметить, что 
шаблон фабрики используется повсюду. 

Итератор 

Шаблон итератора применяется, когда имеется объект, содержащий 
совокупность данных. Эти данные могут храниться в виде сложной 
структуры, а вам необходимо обеспечить удобный доступ к каждому 
элементу этой структуры. Пользователи вашего объекта не обязаны 
знать, как организованы ваши данные, - им необходим доступ к от¬ 
дельным элементам. 

Объект, реализующий шаблон итератора, должен предоставить метод 
пехІ(). При последующем обращении метод пехіО должен вернуть сле¬ 
дующий элемент, и только вам решать, что означает понятие «следую¬ 
щий» для вашей конкретной структуры данных. 

Предположим, что имеется объект адд, и вам необходимо обеспечить до¬ 
ступ к каждому элементу простым вызовом метода пехІ() в цикле, как 
показано ниже: 

ѵаг еіетепг, 

ѵу/Мі1е (еіетепі = адд.пехЦ)) { 

// выполнить некоторые операции над элементом ... 
сопзоіе. Іод(еіетепі: ); 

} 

Объект с данными, реализующий шаблон итератора, обычно предо¬ 
ставляет еще один удобный метод РазМехіО, чтобы пользователи объек¬ 
та имели возможность определить, не был ли достигнут конец данных. 
Другой способ обеспечения последовательного доступа ко всем элемен¬ 
там, на этот раз с использованием метода Маз№х1:(), можно представить, 
как показано ниже: 

\л/Гіі 1е (адд. Раз№хі()) ( 

// выполнить некоторые операции над элементом... 
сопзоіе.Іод (адд. пехі( )); 

} 

Теперь, когда мы получили представление о способах использования, 
можно перейти к реализации объекта с данными. 

При реализации шаблона итератора имеет смысл обеспечить сокрытие 
самих данных и указателя (индекса) на следующий доступный элемент. 
Чтобы продемонстрировать типичную реализацию, предположим, что 
данные организованы в виде обычного массива, а «специальная» логи- 
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ка извлечения следующего элемента будет возвращать каждый второй 
элемент массива: 

ѵаг адд = (іипсГіоп () { 

ѵаг іпсіех = О, 

сіаТа = [1, 2, 3, 4, 5], 

ІепдТІі = сіага. ІепдТІі; 

геГигп { 

пехТ: іипсГіоп () { 
ѵаг еІетепТ; 

ІГ (! ГІііз. Ілаз№хі()) { 
геіигп пиіі; 

} 

еіетепт = с!аі;а[ іпсіех]; 
іпсіех = іпсіех + 2; 
геТигп еІетепТ; 

>, 

ІіавМехІ:: іипсГіоп () { 
геГигп іпсіех < ІепдТІг, 

} 

>; 

}()); 

Чтобы упростить доступ к текущему элементу и обеспечить возмож¬ 
ность выполнять обход элементов несколько раз, объект может предо¬ 
ставлять следующие вспомогательные методы: 

геміпсК) 

Переустанавливает указатель в начало. 
сиггепіО 

Возвращает текущий элемент, чего нельзя сделать с помощью мето¬ 
да пехіО, который передвигает указатель дальше. 

Реализация этих методов не представляет никакой сложности: 

ѵаг адд = ( Гипсіііоп () { 

// [пропустить... ] 
геГигп { 

// [пропустить...] 

геѵу/іпсі : Гипсііоп () { 
іпсіех = 0; 

>, 
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сиггепТ: Іипсііоп () { 
геіигп с1аТа[іпс1ех]; 

> 


}; 

}()); 

Теперь протестируем итератор: 

// этот цикл выведет значения 1, 3 и 5 
ѵу/М і 1е (адд. 1эазЫех1:()) { 

сопзоіе. Іод(адд.пехТО); 

} 

// возврат 
адд. геиіпсІО; 

сопзоіе. Іод(адд.сиггетО); // 1 

Этот фрагмент выведет в консоль значения: 1, 3, 5 (в цикле) и 1 (после 
вызова метода геміпсІО). 

Декоратор 

При использовании шаблона декораторов дополнительную функцио¬ 
нальность можно добавлять к объекту динамически во время выпол¬ 
нения. В языках со статическими классами реализовать такую воз¬ 
можность было бы гораздо сложнее. В ^ѵаЗсгірі объекты допускают 
возможность изменения, поэтому процедура добавления функциональ¬ 
ности в объект не представляет из себя ничего сложного. 

Важной особенностью шаблона декораторов является возможность его 
использования для определения желаемого поведения объектов. Имея 
простой объект, обладающий некоторой базовой функциональностью, 
вы можете выбирать из множества доступных декораторов те, которы¬ 
ми желательно было бы расширить этот простой объект, и в каком по¬ 
рядке, если порядок имеет значение. 

Пример использования 

Рассмотрим пример использования шаблона. Допустим, что вы разра¬ 
батываете веб-приложение для интернет-магазина. Каждая новая по¬ 
купка - это новый объект заіе. Объект заіе хранит цену товара, кото¬ 
рую можно получить вызовом метода заІе.деІРгісеО. В зависимости от 
некоторых обстоятельств этот объект можно было бы декорировать до¬ 
полнительными функциональными возможностями. Представьте себе 
ситуацию, когда покупатель находится в Канаде, в провинции Квебек. 
В этом случае он должен заплатить федеральный налог и местный на¬ 
лог провинции Квебек. Следуя терминологии шаблона декораторов, вы 
бы сказали, что «декорируете» объект декоратором федерального на- 
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лога и декоратором местного налога провинции Квебек. Дополнитель¬ 
но объект можно было бы декорировать механизмом форматирования 
цены. Реализация этого примера могла бы выглядеть, как показано 
ниже: 


ѵаг заіе = пем ЗаІе(ЮО); 
заіе = заіе.бесогаіеС Гейтах’ ); 
заіе = заіе.бесогаІе(‘диеЬес’); 
заіе = заіе.йесога1е(' топеу’ ); 
заіе.деіРгісе(); 


// цена 100 долларов 
// добавить федеральный налог 
// добавить местный налог 
// форматировать как денежную сумму 
// “$ 112 . 88 ” 


Другой покупатель может находиться в провинции, в которой не взи¬ 
мается местный налог, но при этом вам могло бы потребоваться отфор¬ 
матировать цену для представления в канадских долларах: 

ѵаг заіе = пем 5а1е(100); // цена 100 долларов 

заіе = заіе.Ресога1е(‘ГесНах’); // добавить федеральный налог 
заіе = заіе.бесогаіе(‘сбп’); // форматировать как сумму в СОМ 

заіе.деТРгісе(); // “СОМ 105.00” 

Как видите, декораторы обеспечивают весьма гибкий способ добавле¬ 
ния функциональности и настройки поведения объектов во время вы¬ 
полнения. А теперь посмотрим, как реализовать этот шаблон. 


Реализация 

Один из способов реализации шаблона декораторов заключается в соз¬ 
дании для каждого декоратора объекта, содержащего методы, которые 
должны быть переопределены. Каждый декоратор фактически насле¬ 
дует объект, расширенный предыдущим декоратором. Каждый деко¬ 
рированный метод вызывает одноименный метод объекта и бег (унасле¬ 
дованного объекта) и, получив от него некоторое значение, выполняет 
необходимые дополнительные операции. 

То есть в первом примере использования при обращении к методу заіе. 
деІРгісеО вызывается метод декоратора топеу (рис. 7.1). Но поскольку 
каждый декорированный метод сначала вызывает метод родительско¬ 
го объекта, то метод деІРгісеО декоратора топеу сначала вызовет метод 
деІРгісеО объекта диеЬес, а он в свою очередь вызовет метод деІРгісеО 
объекта Геб 1:ах и так далее. Эта цепочка продолжается вплоть до ориги¬ 
нального, недекорированного метода деіРгісе(), реализованного в кон¬ 
структоре 5а1е(). 

Реализация начинается с конструктора и метода прототипа: 

Гипсііоп Заіе(ргісе) { 

Шз. ргісе = ргісе 11 100; 

} 

Заіе. ргоіоіуре. деІіРгІсе = Гипсііоп () { 
геіигп іійз. ргісе; 

}; 
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Рис . 7,1, Реализация шаблона декораторов 

Все объекты-декораторы реализуются как свойства конструктора: 

Заіе.йесогаіогз = {}; 

Давайте рассмотрим пример реализации одного из декораторов. Это 
объект, реализующий адаптированный метод де1Ргісе( ). Обратите вни¬ 
мание, что этот метод сначала получает значение, обратившись к роди¬ 
тельскому методу, а затем изменяет это значение: 

Заіе. йесогагогз.Гесках = { 
деГРгісе: іипсіюп () { 

ѵаг ргісе = Шз. иЬег.деі:Ргісе(); 
ргісе += ргісе * 5 / 100; 
геіигп ргісе; 

} 

>; 

Аналогичным способом реализуются остальные необходимые декорато¬ 
ры. Они могут быть реализованы в виде расширений базового конструк¬ 
тора За1е(). Они могут находиться даже в отдельных файлах и созда¬ 
ваться сторонними разработчиками: 

Заіе.сіесогаіогз. диеЬес - { 
деіРгісе: Гипсиоп () { 

ѵаг ргісе = Шз. иЬег. деі:Ргісе( ); 
ргісе += ргісе * 7.5 / 100; 
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}; 


геТигп ргісе; 


Заіе.йесогаіогз.топеу = { 
деТРгісе: ГипсТіоп () { 

геТигп “$ м + ІГііз. иЬег. деТРгісе(). 1оРіхесІ(2); 

} 

}; 


Заіе. сіесогатогз. ссіп = { 
деТРгісе: Гипсііоп () { 

геіигп "С0М$ " + Шз.иЬег.де1Ргісе().1:оРіхе(К2); 

} 

}; 

Наконец, давайте посмотрим, как можно реализовать «волшебный» ме¬ 
тод сІесогаІеО, который соединяет все части воедино. Напомню, что он 
вызывается, как показано ниже: 

заіе = заІе.йесогаГеС РесНах’); 

Строка ‘ГесНіах’ соответствует имени объекта, реализованного в виде 
свойства Заіе.сіесогаііогз.“ГесНіах. Новый объект пемоЬі, являющийся ре¬ 
зультатом декорирования, будет наследовать объект, к которому при¬ 
меняется декоратор (это будет или оригинальный объект, или объект, 
получившийся в результате применения предыдущего декоратора), то 
есть объект ІГііз. Для организации наследования воспользуемся шаб¬ 
лоном временного конструктора, представленным в предыдущей гла¬ 
ве. Кроме того, необходимо установить значение свойства иЬег объекта 
пеѵюЪ], чтобы потомок имел доступ к родительским свойствам и мето¬ 
дам. Затем скопируем все необходимые свойства из декоратора во вновь 
созданный декорированный объект пеѵюЬі. И в конце вернем объект 
пемоЬ] вызывающей программе. В нашем примере использования он 
станет новым дополненным объектом заіе: 

Заіе.ргоіоіуре.йесогаіе = Гипсііоп (йесогаіог) { 
ѵаг Р = Рипсііоп () {}, 

оѵеггійез = Шз. сопзігисІог.йесогаІогзЕйесогаіог], 
і, пемоЬ]; 

Р. ргоіоіуре = Шз; 

пемоЬ] = пем Р(); 

пеѵюЬ]. иЬег = Р.ргоіоГуре; 

Гог (і іп оѵеггійез) { 

ІГ (оѵеггійез.ГіазО\л/пРгорегіу(і)) { 
пеѵюЬЯі] = оѵеггійез[і]; 

} 

} 

геіигп пемоЬ]; 

}; 
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Реализация с использованием списка 

Теперь рассмотрим немного иную реализацию, в которой используются 
преимущества динамической природы ^ѵавсгірі; и вообще не исполь¬ 
зуется наследование. Кроме того, вместо вызова каждого предыдущего 
метода в цепочке декораторов мы просто будем передавать результат 
вызова предыдущего метода следующему. 

Такая реализация позволяет также выполнять операцию, обратную 
декорированию , то есть убирать декораторы, или просто удалять эле¬ 
менты из списка декораторов. 

Это поможет немного упростить порядок использования декораторов, 
так как в новой реализации отпадает необходимость присваивания зна¬ 
чения, возвращаемого методом с!есога1:е(). В данной реализации метод 
с!есога1:е() вообще не будет выполнять никаких операций над объек¬ 
том - он будет просто добавлять элементы в список: 

ѵаг заіе = пем ЗаІе(ЮО); // цена 100 долларов 

заіе. 0есога1е('ГесИ:ах*); // добавить федеральный налог 

заіе. 0есога1:е(' циеЬес’); // добавить местный налог 

заіе. 0есога1:е('толеу’); // форматировать как денежную сумму 

заІе.деІРгісеО; // "$112.88” 

Список декораторов будет храниться как собственное свойство кон¬ 
структора 5а1е(): 

Гипсііоп Заіе(ргісе) { 

Шз. ргісе = (ргісе > 0) 11 100; 

Шз. 0есогаіогз_1із1: = []; 

> 

Сами декораторы по-прежнему реализуются как свойства Заіе.сіесога- 
Шз. Обратите внимание, что методы деШісеО теперь стали проще, так 
как отпала необходимость вызывать родительский метод де1:Ргісе(), 
чтобы получить промежуточный результат; этот результат будет пере¬ 
даваться им в виде параметра: 

Заіе.сіесогаіогз = {}; 

Заіе. сіесогаіогз. ^еОІах = { 

деІРгісе: Шсііоп (ргісе) { 

геіигп ргісе + ргісе * 5 / 100; 

> 


ЗаІе.ОесогаІогз.циеЬес = { 

деІРгісе: Шсііоп (ргісе) { 

геіигп ргісе + ргісе * 7.5 / 100; 

> 
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Заіе. сіесогаіогз. топеу = { 

деТРгісе: ГипсТіоп (ргісе) { 

геіигп “$ м + ргісе. ЮРіхесІ(2); 

} 

}; 


Самое интересное происходит в родительских методах с!есога1:е() и деі- 
Ргісе(). В предыдущей реализации метод с!есога1:е() был достаточно 
сложным, а метод деі:Ргісе() - простым. В данной реализации все нао¬ 
борот: метод сІесогаі:е() просто добавляет новый элемент в список, а ме¬ 
тод деіРгісеО выполняет всю основную работу. Под этой работой под¬ 
разумевается обход списка декораторов и вызов каждого из методов 
деі:Ргісе(), которым передается результат предыдущего вызова: 

Заіе. р гоіоіу ре. сіесо гаіе = І'ипсііоп (йесогаіог) { 

1: Гіі 5. сіесо гаіо гз_1 ізі. ризИ (сіесо гаі:о г); 


Заіе.ргоіоіуре.деіРгісе = Гипсііоп () { 

ѵаг ргісе = Шз. ргісе, 
і, 

тах = Шз.сіесогаіогз.іізі:. ІепдіИ, 
пате; 

Гог (і = 0; і < тах; і += 1) { 

пате = ІПі з. сІесога1огз_115І[ і ]; 

ргісе = Заіе. сіесо гаіогз[ пате] . деІРгісе(ргісе); 

} 

геіигп ргісе; 

>; 

Эта вторая реализация шаблона декораторов получилась проще, и в ней 
не используется механизм наследования. Методы декораторов также 
получились немного проще. Вся работа выполняется методом, который 
«согласен» на декорирование. В этом примере реализации метод де!> 
РгісеО является единственным методом, допускающим возможность 
декорирования. Если вам потребуется добавить возможность декориро¬ 
вания и к другим методам, то фрагмент программного кода, выполняю¬ 
щий обход списка декораторов, необходимо будет повторить в каждом 
таком методе. Однако эту операцию легко оформить в виде вспомога¬ 
тельного метода, который принимает метод и делает его «декорируе¬ 
мым». В такой реализации свойство с!есога*огз_1із1: можно было бы пре¬ 
вратить в объект со свойствами, имена которых будут совпадать с име¬ 
нами методов, а значениями будут массивы объектов-декораторов. 

Стратегия 

Шаблон стратегии позволяет выбирать тот или иной алгоритм во время 
выполнения. Пользователи вашего программного кода могут работать 
с одним и тем же интерфейсом и выбирать из множества доступных ал- 
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горитмов тот, который лучше подходит для решения определенной за¬ 
дачи в зависимости от сложившихся условий. 

Примером использования шаблона стратегии может служить решение 
проблемы проверки полей формы. Вы можете определить единствен¬ 
ный объект, выполняющий проверку, с методом ѵа1іс!а1:е(). Этот метод 
будет вызываться независимо от конкретного типа формы и всегда воз¬ 
вращать один и тот же результат - список данных, не прошедших про¬ 
верку, и сообщения об ошибках. 

Но в каждом конкретном случае, в зависимости от формы и проверяе¬ 
мых данных, пользователи вашего объекта, реализующего проверку, 
смогут выбирать различные виды проверок. Ваш объект будет выби¬ 
рать лучшую стратегию решения задачи и делегировать выполнение 
проверок конкретных данных соответствующим алгоритмам. 

Пример проверки данных 

Допустим, что имеется следующий набор данных, возможно получен¬ 
ный из формы на странице, и вам необходимо проверить их допусти¬ 
мость: 

ѵаг сіаіа = { 

Гігз1:_пате: “Зирег”, 

1азі:_пате: "Мал”, 
аде: "ипклоѵѵп”, 
изегпате: "о_0" 

}; 

Чтобы объект, выполняющий проверку, смог выбрать наилучшую стра¬ 
тегию для данного конкретного примера, вам необходимо сначала на¬ 
строить его и задать набор правил определения допустимости данных. 

Предположим, что значение 1аз*_пате не является обязательным, а в 
поле 1 = ігз1:_пате допускается указывать любые комбинации символов, 
но необходимо, чтобы поле аде содержало число, а поле изегпате содер¬ 
жало бы только буквы и цифры - никакие специальные символы в этом 
поле недопустимы. Конфигурация объекта могла бы выглядеть так: 

ѵаІісІаЩг.сопНд = { 

Гігз1:_пате: 1 івМопЕтрІу’ , 
аде: ' ізІ^итЬег’, 
изегпате: ‘ ізАІрПаМит’ 

}; 

Теперь, когда у нас имеется настроенный объект, выполняющий про¬ 
верку, можно вызвать его метод ѵа1іс!а1:е() и вывести в консоль все со¬ 
общения об ошибках: 

ѵаіісіаіог . ѵа1іс!а1:е(сІа^а); 

ІГ (ѵаіісіащг. ИазЕггогз()) { 

сопзоіе. Іод(ѵаіісіаіог.теззадез.]оіп(“\п и )); 

} 
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Этот фрагмент мог бы вывести следующие сообщения: 

Іпѵаіісі ѵаіие Тог *аде*, НЬе ѵаіие сап опіу Ье а ѵаіісі питЬег, е.д. 1, 3.14 
ог 2010 

Іпѵаіісі ѵаіие Іог *изегпате*, ІЬе ѵаіие сап опіу сопіаіп сЬагасіегз апсі 
питЬегз, по зресіаі зутЬоІз 

(Недопустимое значение в поле *абе*, значением может быть только чис * 
ло, например 2, 3.14 или 2010 . 

Недопустимое значение в поле *тегпате*, значение может содержать 
только буквы и цифры , специальные символы недопустимы) 

Теперь посмотрим, как реализован объект, выполняющий проверку. 
Доступные алгоритмы проверки данных являются объектами с пред* 
определенным интерфейсом - они реализуют метод ѵаІісІаТеС ) и содержат 
однострочное свойство с текстом для вывода в сообщениях об ошибках: 

// проверяет наличие значения 
ѵаіісіаіог. іурез. ізМопЕтрЬу = { 
ѵаіісіаіе: Іипсііоп (ѵаіие) { 
геіигп ѵаіие !== 

}, 

іпзігисііопз: ‘ЧЬе ѵаіие саппоі Ье етріу” 

>; 


// проверяет, является ли значение числом 
ѵаіісіаіог. іурез. ізМитЬег = { 
ѵаіісіаіе: І'ипсііоп (ѵаіие) { 
геТигп !із№М(ѵа1ие); 

іпзігисііопз: ‘ЧЬе ѵаіие сап опіу Ье а ѵаіісі питЬег, е.д. 1, 3.14 ог 2010” 


// проверяет, содержит ли значение только буквы и цифры 
ѵаіісіаіог. Іурез. ізАІрЬаМит = { 
ѵаіісіаіе: Іипсііоп (ѵаіие) { 

геіигп !/[''а-гО-Э]/і.Іезі:(ѵаіие); 

}. 


>; 


іпзігисііопз: ‘ЧЬе ѵаіие сап опіу сопіаіп сЬагасіегз апсі питЬегз, 

по зресіаі зутЬоІз” 


И наконец, сам объект ѵаШаТог, выполняющий проверку: 

ѵаг ѵаіісіатог = { 


// все доступные проверки 
*урез: {>, 

// сообщения об ошибках 
// в текущем сеансе проверки 
теззадез: [], 
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// текущие параметры проверки 
// имя: тип проверки 
сопГід: {>, 

// интерфейсный метод 

// аргумент ’баіа' - это пары ключ => значение 
ѵаІібаТе: ГипсТіоп (РаТа) { 

ѵаг і, шзд, Туре, сМескег , гези1Т_ок; 

// удалить все сообщения 
Шз.теззадез = []; 

Гог (і іп сіаіа) { 

іГ (РаТа. ИазОѵ\тРгорегТу(і)) { 

Туре = ТІііз. сопГід[ і ]; 
с&ескег = Шз. Турез[ Туре ]; 

ІГ (! Туре) { 

сопТіпие; // проверка не требуется 

} 

іГ (!сМескег) { // ай-яй-яй 
ТИгоѵѵ { 

пате: "ѴаІіРаТіопЕггог”, 

теззаде: “N 0 ГіапсІІег То ѵаІісІаТе Туре " + Туре 

>; 

> 

гези1Т_ок = сітескег. ѵа1іс!аТе(сіаТа[ і ]); 
іГ (!гези1Т_ок) { 

шзд = “ІпѵаІіР ѵаіие Гог *" + і + " + 

сМескег.іпзТгисТіопз; 

Шз.теззадез. ризИ(тзд); 

> 

> 

> 

геТигп Шз. ИазЕггогзО; 

}. 


// вспомогательный метод 
ІіазЕггогз: ГипсТіоп () { 

геТигп Шз.теззадез. ІепдТГі !== 0; 

> 

>; 

Как видите, объект ѵаІісІаТог является достаточно универсальным и мог 
бы использоваться в таком виде во многих ситуациях, когда требуется 
проверить данные. Его можно улучшать, добавляя в него больше вари- 
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антов проверок. Когда вы начнете использовать его в разных ситуаци¬ 
ях, вы очень скоро соберете отличную коллекцию разнообразных про¬ 
верок. При этом для создания нового типа проверки достаточно будет 
определить конфигурацию объекта ѵаіісіаіог и вызвать его метод ѵаіі- 
с!а1:е(). 

Фасад 

Фасад (іафасіе) - простой шаблон; он только предоставляет альтернатив¬ 
ный интерфейс для объекта. При проектировании считается хорошей 
практикой делать методы короткими и не выполнять в них слишком 
большое количество операций. Следуя такой практике, вы будете по¬ 
лучать большее количество методов, чем в случае реализации супер ме¬ 
тодов с большим количеством параметров. Бывает, что два или более 
методов часто вызываются вместе. В подобных ситуациях есть смысл 
создать новый метод, обертывающий повторяющуюся комбинацию вы¬ 
зовов других методов. 

Например, для обработки событий в броузерах часто используются сле¬ 
дующие методы: 

з1:орРгорада1:іоп() 

Используется в обработчиках событий, чтобы запретить дальней¬ 
шее всплытие события вверх по дереву БОМ. 

ргеѵеп1:0еГаиП:() 

Запрещает выполнение действий, предусмотренных по умолчанию 
(например, переход по ссылке или отправку формы). 

Это два совершенно разных метода, выполняющих разные задачи, и они 
должны существовать отдельно, но в то же время они часто вызыва¬ 
ются друг за другом. Поэтому, чтобы не повторять вызовы этих двух 
методов снова и снова, можно создать фасадный метод, который будет 
вызывать их: 

ѵаг туеѵегЦ = { 

// ... 

зЮр: І'ипсііоп (е) { 
е. р геѵепЮеІ'аи1 1:(); 
е. з1;орРгорада1:іоп( ); 

} 

// ... 

}; 

Шаблон фасада также может использоваться для сокрытия различий 
между броузерами за фасадными методами. В продолжение предыду¬ 
щего примера можно было бы добавить программный код, учитываю¬ 
щий отличия интерфейса событий в ІЕ: 
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ѵаг туеѵепі: = { 

// ... 

зіор: ^ипсТіоп (е) { 

// прочие броузеры 

и (ІуреоТ е.ргеѵепЮеІ'аиІІ === Чипсііоп”) { 
е. ргеѵепЮеТаиІі: (); 

> 

Н (ІуреоТ е.зіорРгорадаІіоп === “^ипсТіоп") { 
е.зІорРгорадаІіоп(); 

> 

// ІЕ 

Н (ІіуреоТ е. геІигпѴаІие === "Ьооіеап”) { 
е. ге!:игпѴа1ие = Шзе; 

> 

Н (ІуреоГ е. сапсеІВиЬЫе === "Ьооіеап”) { 
е. сапсеІВиЬЫе = 1:гие; 

} 

> 

// ... 

}; 

Шаблон фасада также удобно использовать при перепроектировании 
интерфейсов и реорганизации программного кода. Чтобы изменить реа¬ 
лизацию объекта, может потребоваться некоторое время (предполагает¬ 
ся, что речь идет о сложном объекте). В это же время может разрабаты¬ 
ваться новый программный код, использующий этот объект. Вы можете 
сначала продумать новый интерфейс объекта и создать фасад для старо¬ 
го объекта, имитирующий новый интерфейс. При таком подходе, когда 
вы полностью замените старый объект новым, вам не придется вносить 
существенные изменения в программный код, использующий этот объ¬ 
ект, так как он уже будет использовать обновленный интерфейс. 

Прокси-объект 

В шаблоне прокси-объекта (промежуточного объекта) один объект игра¬ 
ет роль интерфейса другого объекта. Этот шаблон отличается от шаб¬ 
лона фасада, где все, что от вас требуется, — это создать удобные методы, 
объединяющие в себе вызовы других методов. Промежуточный объект 
располагается между пользовательским программным кодом и объек¬ 
том и регулирует доступ к этому объекту. 

*■ 

Этот шаблон может показаться излишеством, тем не менее его исполь¬ 
зование может дать прирост производительности. Промежуточный 
объект служит защитником основного объекта (иногда его называют 
«действительным объектом») и стремится максимально уменьшить ко¬ 
личество обращений к действительному объекту. 

Примером использования этого шаблона может служить реализация 
того, что мы называем отложенной инициализацией. Представьте, что 
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инициализация действительного объекта - достаточно дорогостоящая 
операция, и может случиться так, что пользовательский программ¬ 
ный код потребует выполнить инициализацию объекта, но никогда 
не будет использовать его. В подобных ситуациях нам может помочь 
прокси-объект, являющийся интерфейсом к действительному объекту. 
Прокси-объект может принять запрос на инициализацию, но не пере¬ 
давать его дальше, пока не станет очевидным, что действительный объ¬ 
ект на самом деле необходим. 

На рис. 7.2 изображена ситуация, когда пользовательский программ¬ 
ный код запрашивает инициализацию, а прокси-объект отвечает, что 
все в порядке, но на самом деле запрос не передается действительному 
объекту, пока не станет очевидным, что пользовательский программ¬ 
ный код собирается воспользоваться объектом. Только в этом случае 
прокси-объект передаст оба запроса - запрос на инициализацию и за¬ 
прос на выполнение операции. 


Пользоаетельский 
программный код 


инициировать- 
ок- 


выполнить-►: 

ч-результат 


Прокси-объект 



Рис . 7.2. Взаимодействие пользовательского программного кода 
с действительным объектом через прокси-объект 


Пример 

Шаблон прокси-объекта особенно полезен, когда действительный объ¬ 
ект выполняет дорогостоящие операции. В веб-приложениях одной из 
самых дорогостоящих операций является операция выполнения запро- 
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са по сети, поэтому их желательно объединять в общие НТТР-запросы 
насколько это возможно. Давайте рассмотрим пример, который как раз 
это и делает и демонстрирует применение шаблона прокси-объекта. 

Вывод дополнительной информации о видеофильме 

В этом примере мы создадим небольшое приложение, которое проигры¬ 
вает выбранные видеофильмы (рис. 7.3). Вы можете опробовать этот 
пример и познакомиться с программным кодом по адресу кіір://іѵипѵ. 
]8раШгт.сот/Ъоок/7/ргохуМтІ. 


Эаѵе МаШіеѵѵз ѵісіз 


Тоодіе СЬѳскед 

1. 0 Огаѵесііадег 

2. 0 ЗаѵеМе 

3. 0 СгиэИ 

4. 0 Ропі Ргіпк ТНе ѴУаіег 


5. 0 Риппѵ те ѴУаѵ ИІ5 



6. 0 ѴѴИаІ ѴѴоиІсІ Уои Заѵ 


Рис . 7.3. Вывод дополнительной информации о видеофильме 
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На странице выводится список названий видеофильмов. Когда пользо¬ 
ватель щелкает на названии фильма, под названием открывается до¬ 
полнительная область, в которой выводится расширенная информация 
о видеофильме и предоставляется возможность просмотреть фильм. 
Подробное описание и адрес ІШЬ видеофильма изначально отсутствуют 
на странице - их необходимо получить, выполнив запрос к веб-службе. 
Веб-служба способна принимать в одном запросе сразу несколько иден¬ 
тификаторов видеофильмов; благодаря этому мы можем повысить ско¬ 
рость работы приложения, уменьшив число НТТР-запросов и получая 
информацию сразу о нескольких видеофильмах. 

Наше приложение дает возможность распахнуть сразу несколько (или 
даже все) описаний видеофильмов, что дает нам отличную возможность 
объединить сразу несколько обращений к веб-службе в единый запрос. 

Без прокси-объекта 

Главными «действующими лицами» в приложении являются два объ¬ 
екта: 

ѵісіеоз 

Отвечает за развертывание/свертывание области с дополнительной 
информацией (метод ѵіс1ео5.де1:ІпГо()) и проигрывание видеофильма 
(метод ѵісІео5.де1:Р1ауег( )). 

ГіТТр 

Отвечает за взаимодействие с сервером посредством метода ГіТТр. таке- 

РедиезШ* 

В отсутствие прокси-объекта метод ѵісІеоз.деІІпГоО будет вызывать ме¬ 
тод ИТТр. такеРедиез1:() для получения информации о каждом видеофиль¬ 
ме в отдельности. После добавления прокси-объекта он станет новым 
действующим лицом с именем ргоху, будет располагаться между объ¬ 
ектами ѵісіеоз и Ітир и передавать запросы методу такеРедиезЮ» объеди¬ 
няя их по мере возможности. 

Сначала мы рассмотрим реализацию приложения без прокси-объекта, 
а затем добавим прокси-объект, чтобы повысить отзывчивость прило¬ 
жения. 

нтмь 

Разметка НТМЬ - это просто список ссылок: 

<р><5рап іс!=”і:одд1е-а1Г>Тодд1е СИескес1</зрап></р> 

<о1 ід=”ѵі(і5”> 

сііхіприі: {уре^'сйескЬох" сііескейха 

ІігеГ="ІіПр://пем. тизіс. уаРоо. сот/ѵіс1ео5/--2158073 ,, > 
СгаѵеРіддег</ах/1і> 
сііхіприі: Іуре=”сРескЬох” сііескерха 

Р геГ=” 1)1:1: р://пем. тизіс.уаРоо.сот/ѵіс!ео5/--4472739”>5аѵе Ме</а></1і> 
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<1 і><іприі Руре=”сРіескЬох” сііескесіха 

ІігеР^'ІіРРр ://пем. тизіс. уаМоо. сот/ѵісіеоз/--45286339" >С гизМ</а></1 і > 
<1іхіприР Руре=”сІіескЬох” сііескесіха 

М геГ=”М:1;р ://пем. тизіс. уапоо. сот/ѵіс!еоз/--2144530” > 

Ооп’р Огіпк Тйе Іл/аРег</ах/іі> 

<1 іхіприі; Руре=”сРіескЬох” сііескесіха 

ІігеР^’тррѴ/пеи. тизіс. уаііоо. сот/ѵісіеоз/--217241800” > 

Риппу РІіе Мау II; Із </а></1 і> 

<1іхіприр Руре="сІіескЬох” сііескесіха 

РігеР=”ІіРРр://пеѵ\/. тизіс. уаііоо. сот/ѵісіеоз/--2144532” > 

МіаР Моиісі Уои Зау</ах/1і> 

</о1> 

Обработчики событий 

Теперь рассмотрим обработчики событий. Сначала определим вспомо¬ 
гательную функцию с коротким именем $ (для удобства): 

ѵаг $ = РипсРіоп (ісі) { 

геРигп йоситепР. деіЕІетепСВуІсІ(ісі); 

>; 

Используя прием делегирования событий (подробнее об этом шаблоне 
рассказывается в главе 8), сосредоточим обработку всех щелчков мы¬ 
шью на элементах упорядоченного списка с атрибутом ісі-’ѵісіз” в един¬ 
ственной функции: 

$( ‘ ѵісіз ’). опсііск = РипсРіоп (е) { 
ѵаг зге, ісі; 

е = е 11 ѵппйоѵѵ.еѵепр; 

зге = е.РагдеР || е. згсЕІетепР; 

іР (зге. пойе№те !== "А") { 
геРигп; 

} 

іР (РуреоР е. ргеѵепРОеРаиІР === "РипсРіоп") { 
е. ргеѵепр0еРаи1Р( ); 

> 

е. геРигпѴаІие = Раізе; 

ісі = зге. РігеР. зріІР(’ )[1 ]; 

іР (зге. с1азз№те === "ріау”) { 

зге. рагепР№)с!е. іппегНТМІ_ = ѵісіеоз. деРРІауег(ісі); 
геРигп; 

> 


}; 


зге. рагепРМосІе. ісі = "ѵ" + ісі; 
ѵісіеоз. деРІпРо(ісІ); 
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В едином обработчике событий нам необходимо по-разному обрабаты¬ 
вать щелчки, вызывающие развертывание/свертывание области с до¬ 
полнительной информацией (вызовом метода деГІпГоО) и запускающие 
воспроизведение фильма (когда целевой элемент разметки содержит 
класс С88 с именем «ріау»). В последнем случае известно, что область 
с дополнительной информацией уже развернута и можно вызвать метод 
деіР1ауег(). Идентификаторы видеофильмов извлекаются из адресов 
ЧКЬ в атрибутах ИгеГ. 

Другой обработчик щелчков мышью вызывается в случае щелчка на 
элементе с атрибутом іс^’ЧоддІе-аІГ и выполняет развертывание/свер¬ 
тывание всех областей с дополнительной информацией. Фактически он 
точно так же вызывает метод деіІпГоО, но уже в цикле: 

$(‘ ГоддІе-аІГ ) .опсііск = Гипсііоп (е) { 

ѵаг ІігеГз, 
і, 

тах, 

ісі; 

ІігеГз = $(‘ ѵісіз’).деіЕ1етепі:5ВуТад№те(‘ а’); 

Гог (і = 0, тах = ГігеГз. ІепдГМ; і < тах; і += 1) { 

// пропустить ссылки "ріау” 
іГ (ІтгеГз[і].сІаззИате === “ріау”) { 
сопгіпие; 

> 

// пропустить не выбранные элементы списка 
іГ (!ГігеГз[і]. рагепГЫосІе. ГігзгСМіІсі. сМескес! ) { 
сопГіпие; 

> 

ісі = ІігеГз[і].ІігеГ.5р1і1:(‘)[ 1 ]; 

М геГз[ і ]. рагепГМосІе. ісі = "ѵ" + ісі; 
ѵісіеоз. деПпГо( ісі); 

> 

>; 

Объект ѵісіеоз 

Объект ѵісіеоз обладает тремя методами: 
деГР1ауег() 

Возвращает разметку НТМЬ, необходимую для проигрывания ви¬ 
деоролика ИазЬ (не имеет отношения к нашей дискуссии). 

ирсІаГеИзіО 

Функция обратного вызова. Ей передаются все данные, полученные 
от веб-службы, и она воспроизводит разметку НТМЬ для разверну¬ 
той области с дополнительной информацией. В этом методе тоже не 
происходит ничего интересного для нас. 
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де*Іп^о() 

Этот метод отвечает за отображение областей с дополнительной ин¬ 
формацией и вызывает метод объекта Ы:1:р, передавая ему метод ир- 
сІаШ-ізЮ в качестве функции обратного вызова. 

Ниже приводится фрагмент реализации объекта: 

ѵаг ѵісіеоз = { 

деіРІауег: ^ипсііоп (ісі) {...}, 
ирсІатеИзТ: Гипсіііоп (сіаіа) {...}, 

деТІп^о: іипсііоп (ісі) { 

ѵаг іп^о = $(‘іпГо' + ісі); 

и (Ііп^о) { 

ШІр.шакеЯедиезТССісІ], “ѵісіеоз. ирРатеИзТ"); 
геіигп; 


и (іп'Го.зіуіе.сіізріау === "попе”) { 
іп^о. зіуіе. сіізріау = ''; 

} еізе { 

іліо. зіуіе. сіізріау = 'попе'; 


> 

>; 

Объект ИТІр 

Объект Ы:1:р имеет всего один метод, который отправляет запрос в фор¬ 
мате веб-службе У(}Ь компании УаЬооІ: 

ѵаг ЫТр = { 

такеЯедиез!: ^ипсТіоп (ісіз, саІІЬаск) { 

ѵаг игі = ’ Ы:1:р://диегу.уаЬооаріз.сот/ѵ1/риЫіс/уд1?д=' , 

зді = * зеіесі; * ігот тизіс. ѵісіео. ісі мЬеге ісіз ІЯ () ’, 

^огтаТ = ‘ЧогтаТ^зогГ, 

РапРІег = "са11Ьаск=” + саІІЬаск, 
зсгірТ = ЬоситепТ. сгеаіеЕ1етепі:(' зсгірі’); 

зді = зді. гер1асе(‘%Ю%’, іЬзооіл(‘ 
зді = епсосІеІШСотропепКздІ); 

и гі += зді + ’&’ + доплат + *&' + ЬапЫег; 
зсгірт.згс = и гі; 

Ьоситепі:. ЬоЬу. аррепсІСПі Ісі (зсгірТ;); 

> 
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У(ІЬ (УаЬоо! (Іиегу Ьап^иа^е - язык запросов УаЬоо!) - это мета 
веб-служба, которая предоставляет возможность использовать 
8(}Ь-подобный синтаксис для обращения к другим веб-службам 
без необходимости изучать прикладной интерфейс каждой из 
имеющихся веб-служб. 


Когда пользователь запрашивает информацию по всем шести видео¬ 
фильмам одновременно, веб-службе отправляется шесть самостоятель¬ 
ных запросов У(}Ь, которые выглядят, как показано ниже: 

зеіесі * ігот тизіс. ѵісіео. Ій ѵѵРеге ісіз ІИ (“2158073") 

Добавляем прокси-объект 

Реализация, описанная выше, прекрасно справляется с возложенной на 
нее задачей, но можно сделать ее еще лучше. После появления на сцене 
объекта ргоху он принимает на себя всю ответственность за взаимодей¬ 
ствия между объектами Ітіір и ѵісіеоз. Он старается объединить запросы 
под управлением простой логики - с помощью буфера ожидания, в кото¬ 
ром запрос хранится не более 50 миллисекунд. Объект ѵісіеоз обращает¬ 
ся не к веб-службе непосредственно, а вызывает метод прокси-объекта. 
После этого прокси-объект ожидает в течение 50 миллисекунд и пере¬ 
дает запрос дальше. Если в течение этого времени от объекта ѵісіеоз по¬ 
ступит новый запрос, он будет объединен с предыдущим. Задержка в 50 
миллисекунд практически незаметна для пользователя, но она помога¬ 
ет объединить запросы и ускорить получение информации после щелч¬ 
ка на строке «То&&1е СЪескесЬ, когда необходимо развернуть сразу не¬ 
сколько областей с дополнительной информацией. Кроме того, это спо¬ 
собствует существенному снижению нагрузки на сервер, так как в этом 
случае серверу приходится обрабатывать меньшее количество запросов. 

Объединенный запрос УС}Ь на получение информации о двух фильмах 
имеет следующий вид: 

зеіесі: * ігот тизіс. ѵісіео. ісі мііеге ісіз 11^ ("2158073”, "123456") 

Новая версия программного кода содержит лишь одно изменение - ме¬ 
тод ѵісІеоз.деіІпГоО теперь вызывает ргоху.такеРедиезіО, а не Шр.таке- 
ВедиезіО, как показано ниже: 

ргоху.такеВедиезі:(ісі, ѵісіеоз.ирсІаіеИзі, ѵісіеоз); 

Прокси-объект подготавливает очередь для хранения идентификаторов 
видеофильмов, принятых в течение последних 50 миллисекунд, и по 
истечении установленного интервала времени очищает очередь, вызы¬ 
вая метод объекта Ігіір и передавая ему собственную функцию обратно¬ 
го вызова, потому что функция ѵісіеоз.ирсІаіеІізіО способна обрабаты¬ 
вать только одну запись с данными. 
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Реализация прокси-объекта приводится ниже: 

ѵаг ргоху = { 
ісіз: [], 
сіеіау: 50, 

ТшеоиТ: пи 11, 
саІІЬаск: пиіі, 
сопТехТ: пиіі, 

такеВериезТ: іипсТіоп (ісі, саІІЬаск, сопТехі) { 

// добавить в очередь 
Шз. ісіз. ризЬ(ісІ); 

Шз. саІІЬаск = саІІЬаск; 

Шз. сопТехТ = сопТехТ; 

// установить предельное время ожидания 
іі (! Шз. ТшеоиТ) { 

Шз.Тітеоиі = зеіТітеоиІ;(^ипсіііоп () { 
ргоху.і1изЬ(); 

}, Шз.сіеіау); 

> 

>. 

ИизЬ: іипсТіоп () { 

ЬПр.такеВериез1:(Ш5. ісіз, "ргоху. ЬапсІІег”); 

// сбросить таймер и очистить очередь 
Шз. ИтеоиТ = пиіі; 

Шз. ісіз = [ ]; 


>. 

ЬапсІІег: іипсТіоп (ЬаТа) { 
ѵаг і, тах; 

// единственный видеофильм 

іі (рагзеіпі:(с!аі;а. риегу. соипТ, 10) === 1) { 

ргоху.саІІЬаск.са11(ргоху.сопіехі, Ьаіа.риегу. гезиііз. Ѵісіео); 
геіигп; 

} 

// несколько видеофильмов 

Го г (і = 0, тах = сіаіа. риегу. гезиііз. Ѵісіео. ІепдіЬ; і < тах; і += 1) 

{ 

ргоху.саІІЬаск.са11(ргоху.сопіехі, сіаіа. риегу. гезиііз. Ѵісіео[і]); 

> 

> 

}; 
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Введение прокси-объекта обеспечило возможность объединения не¬ 
скольких запросов к веб-службе в один запрос за счет незначительного 
изменения первоначального программного кода. 

На рис. 7.4 и 7.5 иллюстрируются ситуации, когда серверу отправля¬ 
ются три запроса по отдельности (без прокси-объекта) и когда запросы 
объединены в один запрос за счет прокси-объекта. 



Рис. 7.4. Три запроса к серверу 



идентификатор 1 
идентификатор 2 
идентификатор 3 


результат 1 
результат 2 
результат 3 
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Рис. 7.5. Использование прокси-объекта позволяет объединять запросы 
и уменьшать количество запросов к серверу 
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Прокси-объект как кэш 

В нашем примере клиентский объект (ѵісіеоз) достаточно интеллектуа¬ 
лен, чтобы не запрашивать повторно информацию об одном и том же 
видеофильме. Но так бывает не всегда. Прокси-объект может взять на 
себя защиту реального объекта И1:1:р, предусмотрев сохранение резуль¬ 
татов предыдущих запросов в новом свойстве сасИе (рис. 7.6). В этом 
случае, если объект ѵісіеоз запросит информацию для одного и того 
же видеофильма второй раз, прокси-объект сможет извлечь ее из кэша 
и сэкономить время, необходимое на выполнение запроса по сети. 



идентификатор 1 
идентификатор 2 
результат 1 — 
результат 2 — 


идентификатор 2 - 
результат 2 из кэша 
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Рис. 7.6. Кэш прокси-объекта 


Посредник 

Приложения - большие и маленькие - состоят из отдельных объектов. 
Все эти объекты должны взаимодействовать друг с другом способом, 
который не усложнял бы сопровождение программного кода и позво¬ 
лял бы изменять одну часть приложения, не оказывая отрицательного 
влияния на другую. По мере развития приложения в него добавляется 
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все больше и больше объектов. Затем в процессе реорганизации объ¬ 
екты могут удаляться и перегруппировываться. Когда объекты знают 
друг о друге слишком много и взаимодействуют напрямую (вызывают 
методы друг друга и изменяют значения свойств), это приводит к об¬ 
разованию нежелательной тесной связи между ними. Когда объекты 
слишком тесно связаны, становится сложнее изменять их так, чтобы 
не оказать влияния на другие объекты. Тогда внесение даже простей¬ 
ших изменений превращается в нетривиальную задачу, и становится 
практически невозможным оценить время, необходимое на внесение 
изменений. 

Применение шаблона посредника (тесііаіюг) упрощает подобные си¬ 
туации, способствуя ослаблению связей и помогая повысить удобство 
сопровождения (рис. 7.7). Использование этого шаблона исключает 
прямые взаимодействия между независимыми объектами {коллегами) 
за счет введения объекта -посредника. Когда какой-либо из объектов - 
коллег изменяет свое состояние, он извещает об этом посредника, а по¬ 
средник сообщает об изменениях всем остальным коллегам, которые 
должны знать об этом. 


.Коллега I 



I 


Коллега ! 

Рис. 7.7. Действующие лица в шаблоне посредника 


Пример использования шаблона посредника 

Рассмотрим пример использования шаблона посредника. В качестве 
приложения мы создадим игру, где двум игрокам дается полминуты, 
в течение которой они соревнуются - кто успеет больше раз нажать 
клавишу на клавиатуре. Первый игрок должен нажимать клавишу 1, 
а второй игрок - клавишу 0 (так им не придется драться за клавиатуру). 
Табло на экране будет отображать текущий счет. 






Посредник 
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В игре участвуют следующие объекты: 

• Игрок 1 

• Игрок 2 

• Табло 

• Посредник 

Посредник знает о существовании всех остальных объектов. Он получа¬ 
ет информацию от устройства ввода (клавиатура), обслуживает события 
нажатия клавиш, определяет, какой игрок нажал клавишу, и извеща¬ 
ет его (рис. 7.8). Игрок делает ход (что означает увеличение его счета на 
единицу) и извещает об этом посредника. Посредник передает обновлен¬ 
ный счет на табло, которое отображает его. 

Кроме посредника ни один объект ничего не знает о существовании дру¬ 
гих объектов. Это существенно упрощает внесение изменений в игру, 
например, ничего не стоит добавить еще одного игрока или еще одно 
табло, отображающее время, оставшееся до конца игры. 

Действующую версию игры и ее исходные тексты вы найдете по адресу 
Ыір://І8раШгп8,сот/Ьоок/7/те(ііаІогМтІ . 




клавиатура 

ттштттштштшт 


Рис . 7.8, Участники игры 


Объекты, представляющие игроков, создаются с помощью конструкто¬ 
ра Р1ауег() и обладают собственными свойствами роіпТз и пате. Метод 
р1ау() прототипа увеличивает количество очков на единицу и затем из¬ 
вещает об этом посредника: 

ТипсТіоп Ріауег(пате) { 

Шз. роіпіз = 0; 
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Шз.пате = пате; 

} 

Ріауег.ргоГоГуре.ріау = ^ипсііоп () { 

Шз. роіпТз += 1; 
тебіаГог. р1ауеб(); 

}; 

Объект, представляющий табло, имеет метод ирбаГеО, который вызы¬ 
вается объектом-посредником после получения каждого извещения от 
игроков. Табло ничего не знает об игроках и не сохраняет счет - этот 
объект просто отображает счет, полученный от посредника: 

ѵаг зсогеЬоагб = { 

// элемент НТМІ_, который должен обновляться 
еІетепТ: боситепГ. деШетепГВуІб( ‘ гезиІТз’ ), 

// обновляет счет на экране 
ирбаГе: ГипсТіоп (зсоге) { 


ѵаг і, тзд = ‘'; 

Гог (і іп зсоге) { 

іГ (зсоге. ГіазОѵѵпР горе гГу(і)) { 

тзд += ‘<р><зТгопд>’ + і + ‘<\/зТгопд>: 
тзд += зсоге[і]; 
тзд += ‘<\/р>’; 

} 

} 

Шз.еіетепі. іппегНТМІ. = тзд; 

} 

>; 


А теперь рассмотрим реализацию объекта-посредника тебіаГог. Он ини¬ 
циализирует игру, создавая объекты, представляющие игроков, в ме¬ 
тоде зеГирО, и сохраняет ссылки на них в своем свойстве ріауегз. Метод 
рІауесК) вызывается объектами, представляющими игроков, после того 
как они сделают ход. Этот метод обновляет хеш зсоге и передает его 
объекту табло зсогеЬоагб для отображения. Последний метод кеургезз() 
обрабатывает события от клавиатуры, определяет, какой игрок нажал 
клавишу, и извещает соответствующий объект: 


ѵаг тебіаіог = { 


// все игроки 
ріауегз: {}, 

// инициализация 
зеГир: ^ипсГіоп () { 

ѵаг ріауегз = Шз. ріауегз; 
ріауегз. боте = пеѵѵ Ріауег(’ Ноте ’); 
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ріауегз. диезТ = пе\л/ Р1ауег(‘ СиезТ' ); 

}, 


// обновляет счет, если кто-то из игроков сделал ход 
ріауеб: ГипсТіоп () { 

ѵаг ріауегз = Шз. ріауегз, 
зсоге = { 

Ноте: ріауегз. Ноте. роіпТз, 

СиезТ: ріауегз. диезТ. роіпіз 

}; 


зсогеЬоагР.ирРаіе(зсоге); 

}, 


// обработчик действий пользователя 
кеургезз: ГипсТіоп (е) { 

е = е || \л/ілбо\л/.еѵеп1; // ІЕ 
ІГ (е. \л/НісН === 49) { // кеу “Г 

тебіаіог.ріауегз. Ноте. р1ау(); 
геіигп; 

} 

ІГ (е.ѵѵ/НісН === 48) { // кеу "О” 

тебіаТог.ріауегз. диезТ. р1ау(); 
геТигп; 

} 

} 

}; 


И последнее - запуск и остановка игры: 

// Старт! 

тебіаіог. зеТир(); 

\л/іпбо\л/. олкеургезз = тебіаіог. кеургезз; 

// Игра завершится через 30 секунд 

зеТТітеоиШипсТіоп () { 

міпбоѵѵ. опкеургезз = пи 11; 
а1егТ('Сате оѵег!'); 

}, 30000); 

Наблюдатель 

Шаблон наблюдатель (оЬзегѵег) широко применяется при разработке 
клиентских сценариев на ^ѵаЗсгірі. Все события, возникающие в броу¬ 
зерах (тоизеоѵег, кеургезз и другие), являются примерами реализации 
этого шаблона. Этот шаблон иногда называют механизмом собствен¬ 
ных событий , то есть событий, которые возбуждаются программно, 
в отличие от тех, что возбуждаются броузером. Еще одно название этого 
шаблона - подписчик/издатель . 
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Основная идея шаблона состоит в ослаблении связи между объектами. 
Вместо вызова одним объектом метода другого объекта некоторый объ¬ 
ект подписывается на получение извещений об определенных событи¬ 
ях от другого объекта. Подписчик также называется наблюдателем, 
а объект, за которым ведется наблюдение, называется издателем, или 
объектом наблюдения. Издатель оповещает (вызывает) всех подписчи¬ 
ков о наступлении какого-то важного события, и часто сообщение пере¬ 
дается им в форме объекта события. 

Пример 1: подписка на журнал 

Рассмотрим на конкретном примере, как реализовать этот шаблон. До¬ 
пустим, что имеется некоторое издательство рарег, которое выпускает 
ежедневную газету и ежемесячный журнал. Издательство будет уве¬ 
домлять подписчика ;іое об этих событиях. 

Объекту рарег необходимо свойство зиЬзсгіЬегз, являющееся массивом, 
в котором будет храниться список подписчиков. Факт подписки оформ¬ 
ляется простым занесением подписчика в этот массив. Когда проис¬ 
ходит какое-либо событие, объект рарег просматривает список подпис¬ 
чиков и отправляет им уведомления. Под уведомлением понимается 
вызов метода объекта-подписчика. Это означает, что при оформлении 
подписки подписчик передает ссылку на один из своих методов методу 
зиЬзсгіЬеО объекта рарег. 

Кроме того, объект рарег предоставляет метод ипзиЬзсгіЬеО, удаляющий 
подписчика из списка. Последний важный метод объекта рарег - метод 
риЫізМО, который будет вызывать методы подписчиков. Подводя ито¬ 
ги, объекту-издателю потребуются следующие члены: 

зиЬзсгіЬегз 

Массив. 

зиЬзсгіЬеО 

Добавляет подписчика в массив. 

ипзиЬзсгіЬеО 

Удаляет подписчика из массива. 

риЫізЬО 

Просматривает список подписчиков и вызывает методы, указанные 
при оформлении подписки. 

Всем трем методам необходимо передавать параметр іуре, потому что 
издатель может возбуждать различные события (выпускать журнал 
и газету), а подписчики могут предпочесть подписаться только на одно 
из них. 

Так как эти члены являются универсальными для любого объекта- 
издателя, имеет смысл реализовать их как часть отдельного объекта. 
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После этого мы сможем добавлять их (вспомните шаблон смешивания) 
в любые объекты и превращать их в объекты-издатели. 

Ниже приводится пример реализации универсальных методов объек- 
тов-издателей, где определяются все необходимые члены, перечислен¬ 
ные выше, а также дополнительный вспомогательный метод ѵізіТЗиЬ- 
зсгіЬегз(): 

ѵаг риЫізЬег = { 
зиЬзсгіЬегз: { 

апу: [] // тип события: подписчик 

}, 

зиЬзсгіЬе: ТипсТіоп (Тп, Туре) { 

Туре = Туре || ‘алу'; 

ІТ (Турео^ ТЬіз.зиЬзсгіЬегз[Туре] === "ипЬеТіпесГ) { 

ТЬіз. зиЬзсгіЬегз[Туре] = []; 

} 

ТЬіз. зиЬзсгіЬегз[ Туре ]. ризЬ(Тп); 

}, 

ипзиЬзсгіЬе: ТипсТіоп (Тп, Туре) { 

Шз. ѵізіТЗиЬзсгіЬегз( ‘ ипзиЬзсгіЬе', Тп, Туре); 

>, 

риЫізЬ: ТипсТіоп (риЫісаТіоп, Туре) { 

ТІііз. ѵізіТЗиЬзсгіЬегз(‘ риЫізЬ' . риЫісаТіоп, Туре); 

}, 

ѵізіТЗиЬзсгіЬегз: ТипсТіоп (асТіоп, агд, Туре) { 
ѵаг риЬТуре = Туре || ‘алу’, 

зиЬзсгіЬегз = ТНіз.зиЬзсгіЬегз[риЬТуре], 
і, 

тах = зиЬзсгіЬегз.ІепдТЬ; 

Тог (і = 0; і < тах; і += 1) { 

ІТ (асТіоп === ‘риЫізЬ’) { 
зиЬзсгіЬегз[і](агд); 

} еізе { 

ІТ (зиЬзсгіЬегз[і] === агд) { 
зиЬзсгіЬегз.зр1ісе(і, 1); 

} 

} 

} 

} 

}; 

Далее приводится функция, которая принимает объект и превращает 
его в объект-издатель, добавляя в него универсальные методы издателя: 

ТипсТіоп такеРиЫізЬег(о) { 
ѵаг і; 

Тог (і іп риЫізЬег) { 

ІТ (риЫізЬег.НазОѵѵпРгорегТу(і) && ТуреоТ риЫізЬег[і]==="ТипсТіоп”) 

{ 
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о[і] = риЫізРег[і]; 

} 

} 

о.зиЬзсгіЬегз = {апу: []}; 

} 

Теперь реализуем объект рарег. Все, что он может делать, - это издавать 
ежедневную газету и ежемесячный журнал: 

ѵаг рарег = { 

Раііу: ТипсГіоп () { 

Шз. риЫізІіС'Ьід пе\л/з іоРау"); 

}, 

топШу: Гипсі:іоп () { 

ТРіз. риЫізРС'іпТегезТіпд апаіузіз”, "топШу"); 

> 

>: 

Создадим объект рарег: 
такеРиЫ ізРег( рарег); 

Теперь, когда у нас готов объект-издатель, можно перейти к реализа¬ 
ции объекта-подписчика іое, который обладает двумя методами: 

ѵаг ]ое = { 

РгіпкСоТТее: ГипсТіол (рарег) { 

сопзоіе. 1од( ‘ РизТ: геаР ‘ + рарег); 

>, 

зипРауРгеМар: ГилсТ;іол (топТРІу) { 

солзоіе.1 од (' АЬоиТ То Таіі азіеер геаРіпд ТРіз ‘ + топШу); 

} 

}; 

Далее рарег подписывает іое (то есть іое подписывается в издательстве 
рарег): 

рарег. зиЬзсгіЬеОое. РгіпкСоТТее); 

рарег. зиЬзсгіЬе(;іое. зипРауРге№р, ‘топІРІу’); 

Как видите, ]ое указывает один метод, который должен вызываться по 
любому («апу») событию, и другой метод, который должен вызываться 
по событию издания ежемесячного журнала («топіЫу»). Теперь попро¬ 
буем возбудить несколько событий: 

рарег.Раі1 у(); 
рарег.Раі1у(); 
рарег.РаіІуО; 
рарег.толТР1у(); 

Все эти публикации приведут к вызову соответствующих методов объ¬ 
екта ;іое, в результате чего в консоли появятся следующие строки: 
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ѵіизі: геаЬ Ьід пе\л/з Тосіау 
иизі: геаЬ Ыд пе\л/з ІоЬау 
^из1: геаЬ Ьід пе\л/з ТоЬау 

АЬоиТ То Таіі азіеер геаЬіпд Шз іпТегезТіпд апаіузіз 

Самое интересное здесь заключается в том, что объекту рарег заранее 
ничего неизвестно об объекте ;іое, а объекту іое - об объекте рарег. Здесь 
нет также никакого объекта-посредника, который знает о существова¬ 
нии всех объектов. Объекты, участвующие во взаимодействиях, слабо 
связаны между собой, и ничего не меняя в них, мы можем добавить 
в объект рарег любое количество подписчиков; кроме того, объект ]ое 
в любой момент может аннулировать подписку. 

Давайте разовьем этот пример еще дальше и превратим объект ;іое 
в объект-издатель. (В конце концов, в блогах и микроблогах любой 
может быть издателем.) Благодаря превращению объекта ;іое в объект- 
издатель он сможет посылать информацию об изменении своего состоя¬ 
ния в микроблог: 

такеРиЫізЬегОое) ; 

Іое.імееі = ^ипсііоп (тзд) { 

Шз. риЫізЬ(тзд); 

}; 

Теперь представьте себе, что в отделе по связям с общественностью, 
принадлежащем издательству, было решено постоянно знакомиться 
с тем, что пишут их читатели в микроблогах, и подписаться на события 
объекта ;іое, указав свой метод геасІТмее'ізО: 

рарег. геасЯмееЬз = ШсШоп (Імееі:) { 

аІегіССаІІ Ьід тееііпд! Зотеопе ‘ + Імееі:); 

}; 

]ое. зиЬзсгіЬе(рарег. геаЫмееІз); 

Теперь, как только ]ое что-то напишет в своем микроблоге, издательст¬ 
во рарег тут же получит уведомление: 

]ое. 1\л/ее1("Ьа1:еЬ Ш рарег ЬоЬау"); 

То есть издательство получит такое уведомление: «Саіі Ъі& тееі;іп&! 
Зотеопе Ьаіесі іЬе рарег іосіау». 

Получить полные исходные тексты этого примера, а также поэкспери¬ 
ментировать с ним вы сможете, обратившись по адресу кир://]8раИегп8 . 
сот/Ъоок/7/оЪ8егѵег.кітІ . 

Пример 2: игра на нажатие клавиш 

Рассмотрим еще один пример. Мы реализуем игру на нажатие клавиш, 
которую использовали в качестве примера при обсуждении шаблона 
посредника, но на этот раз мы применим шаблон наблюдателя. Чтобы 
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несколько усовершенствовать ее, будем считать, что число игроков не¬ 
ограничен©. В этом примере по-прежнему имеется конструктор Р1ауег(), 
с помощью которого создаются объекты, представляющие игроков, 
и объект зсогеЬоагсІ, представляющий табло. Только объект тесІіаГог те¬ 
перь превратился в объект дате. 

В реализации на основе шаблона посредника объект тесІіаГог заранее 
знает о существовании всех объектов-участников и вызывает их мето¬ 
ды. Объект дате в реализации на основе шаблона наблюдателя ничего 
этого не делает; вместо этого он позволяет объектам подписываться на 
интересующие их события. Например, объект зсогеЬоагсІ подпишется 
в объекте дате на событие «зсогесЬап&е». 

Для начала вернемся к объекту, реализующему универсальные методы 
издателя, и немного модифицируем его интерфейс, чтобы сделать его 
немного ближе к миру броузеров: 

• Методы риЫізЬ(), зиЬзсгіЬе() и ипзиЬзсгіЬеО мы переименуем в Гіге(), 
оп() и гетоѵе(). 

• Тип события {уре будет использоваться повсеместно, поэтому мы сде¬ 
лаем его первым аргументом этих трех функций. 

• Помимо функций подписчики смогут определять дополнительный 
контекст, чтобы обеспечить возможность использовать методы под¬ 
писчиков в качестве функций обратного вызова, передавая им ссыл¬ 
ку ГЫз, указывающую на сам объект. 

Новая версия объекта риЫізЬег теперь будет выглядеть так: 

ѵаг риЫізЬег = { 
зиЬзсгіЬегз: { 
алу: [] 

}, 

оп: ГипсГіоп (Гуре, Гл, сопГехГ) { 

Гуре = Гуре || 'алу' ; 

Гл = ГуреоГ Гл === "ГипсГіоп” ? Гл : сопГехГ[Гп]; 

іГ (ГуреоГ Шз. зиЬзсгіЬегз[Гуре] === “ипсІеГіпесГ) { 

Шз. зиЬзсгіЬегз[Гуре] = []; 

} 

Шз. зиЬзсгіЬегз[Гуре]. ризЬ( {Гп: Гл, солГехГ: сопГехГ || Шз}); 

}, 

гетоѵе: ГипсГіоп (Гуре, Гп, сопГехГ) { 

ГЬіз.ѵізіГЗиЬзсгіЬегз('илзиЬзсгіЬе', Гуре, Гп, сопГехГ); 

}, 

Гіге: ГилсГіол (Гуре, риЫісаГіоп) { 

Шз. ѵізіГЗиЬзсгіЬегз(' риЫізІѴ , Гуре, риЫісаГіоп); 

>. 

ѵізіГЗиЬзсгіЬегз: ГипсГіоп (асГіоп, Гуре, агд, сопГехГ) { 
ѵаг риЬГуре = Гуре || ‘ алу ', 

зиЬзсгіЬегз = ГЫз. 5иЬзсгіЬегз[риЬГуре], 
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і, 

тах = зиЬзсгіЬегз ? зиЬзсгіЬегз ЛепдІЬ : 0; 

Гог (і = 0; і < тах; і += 1) { 

ІГ (асГіол === ' риЫізІѴ) { 

зиЬзсгіЬегз[і ].Гл.са11(зиЬзсгіЬегз[і].сопІехТ, агд); 

} еізе { 

іГ (зиЬзсгіІэегз[і ]. Гл === агд && 

зиЬзсгіЬегз[і].солГехГ === солГехГ) { 
зиЬзсгіЬегз.зр1ісе(і, 1); 

} 

} 

} 

} 

}; 

Новая версия конструктора Р1ауег() теперь будет выглядеть так: 

ГилсЫоп Р1ауег(пате, кеу) { 

ГЫз. роіпТз = 0; 

ТЫз. пате = пате; 

ГЫз. кеу = кеу; 

ІЬіз. Гіге( ‘ леѵѵріауег’, ГЬіз); 

} 

Ріауег.ргоГоТуре.ріау = ГипсГіоп () { 

ТЬіз.роіпГз += 1; 

ГЬіз. Гіге(‘ ріау', Шз); 

}; 

Новым здесь является параметр конструктора кеу, определяющий кла¬ 
вишу на клавиатуре, которую должен нажать игрок, чтобы получить 
одно очко. (Прежде клавиши определялись заранее.) Кроме того, при 
каждом создании нового объекта, представляющего игрока, возбужда¬ 
ется событие «педѵріауег». Аналогично, когда кто-то из игроков делает 
ход, возбуждается событие «ріау». 

Объект зсогеЬоагс! остается без изменений - он просто обновляет счет на 
экране. 

Новый объект дате способен следить за всеми игроками, поэтому он 
объявляет счет и возбуждает событие «зсогесЬап&е». Он также будет 
подписываться на все события «кеургезз», возбуждаемые броузером, 
и имеет полную информацию о том, какая клавиша какому игроку со¬ 
ответствует: 

ѵаг дате = { 
кеуз: {>, 


аЬЬРІауег: ГилсЬіоп (ріауег) { 
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ѵаг кеу = ріауег. кеу. 1о5ігіпд(). сІіагСосІеАІ(О); 

Шз. кеуз[кеу] = ріауег; 

}. 

ІіапсІІеКеургезз: Іипсііоп (е) { 
е = е || міпйсм.еѵепі; // ІЕ 
іі (дате. кеуз[е.\л/ИісГі]) { 

дате. кеуз[е.ѵЛйсІі]. р1ау(); 

} 

}, 

ГіапсЛеРІау: Іипсііоп (ріауег) { 
ѵаг і, 

ріауегз = Шз.кеуз, 
зсоге = {}; 

Іог (і іп ріауегз) { 

іГ (ріауегз.ІгазОѵѵпРгорегііу(і)) { 

зсоге[р1ауегз[і]. пате] = р1ауегз[і].роіпіз; 

} 

> 

іііііз. Гі ге(‘ зсогесРапде’ , зсоге) ; 

} 

}; 

Функция такеРиЬІізІіегО, превращающая любой объект в издателя, оста¬ 
лась без изменений. Объект дате превращается в издателя (чтобы иметь 
возможность возбуждать событие «зсогесЬап&е»). Точно так же в изда¬ 
теля превращается Ріауег. ргоіоуре, чтобы каждый объект, представляю¬ 
щий игрока, мог возбуждать события «ріау» и «пеѵѵріауег», на получение 
которых могут подписаться все, кому они будут интересны: 

такеРиЫ ізГіе г( Ріауег. ргоЮТуре); 
такеРиЫізІіег(дате); 

Объект дате подписывается на события «ріау» и «пеѵѵріауег» (а также на 
событие «кеургезз» от броузера), а объект зсогеЬоагР подписывается на 
событие «зсогесЬап^е»: 

Ріауег.ргоіоіуре. оп( "пеѵфіауег" . "асІсІРІауег" , дате); 

Ріауег. рго1о1уре.оп( “ріау", “ІіапсІІеРІау" , дате); 
дате.опС'зсогесРапде", зсогеЬоагсІ.ирРаіе, зсогеЬоагс!); 
міпсіом. оп кеургезз = дате. ИапсІІеКеургезз ; 

Как видно из этого фрагмента, метод оп() позволяет подписчикам ука¬ 
зывать функцию обратного вызова не только в виде ссылки на функцию 
(зсогеЬоа гсі .и рсіаіе), но и в виде строки ("асІсІРІауег”). При использовании 
строковой формы необходимо дополнительно определять контекст вы¬ 
зова (например, дате). 
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Последний этап в подготовке к игре - динамическое создание произ¬ 
вольного количества объектов, представляющих игроков (с клавиша¬ 
ми, которые они должны нажимать): 

ѵаг ріауегпате, кеу; 

ѵМІе (1) { 

ріауегпате = рготр1("Ас1с1 ріауег (пате)”); 

іі (! ріауегпате) { 

Ьгеак; 

} 

\л/Ы1е (1) { 

кеу = рготрі("Кеу Іог " + ріауегпате + ”?”); 

И (кеу) { 

Ьгеак; 

} 

} 

пем Р1ауег(р1ауегпате, кеу); 

} 

Вот и все, что нужно для этого варианта игры. Полные исходные тек¬ 
сты игры вы найдете на странице кНр://]8раЫегп8.сот/Ъоок/7/оЪ8егиег- 
ёате.кіті и там же сможете поиграть в нее. 

Обратите внимание, что в реализации шаблона посредника объект-по¬ 
средник должен знать о существовании всех остальных объектов, чтобы 
вызывать нужные методы в нужное время и координировать всю игру. 
В данном примере объект дате менее интеллектуальный; он полагается 
на то, что другие объекты ожидают получения извещений о событиях 
и предпринимают нужные действия: например, объект табло зсогеЬоагс! 
прослушивает событие «зсогесЬап&е». В результате связь между объ¬ 
ектами ослабляется еще больше (чем меньше объект знает, тем лучше), 
но при этом усложняется слежение за тем, кто и какие события ожи¬ 
дает. В этом примере игры подписка всех объектов на получение собы¬ 
тий выполняется в одном месте, но с ростом размеров приложения вы¬ 
зовы метода оп() могут оказаться в самых разных местах (например, 
в программном коде инициализации каждого отдельного объекта). Это 
усложнит отладку, так как в этом случае не будет единственного места, 
куда можно будет заглянуть и понять, что происходит. Применяя шаб¬ 
лон наблюдателя, вы уходите от последовательного выполнения про¬ 
граммного кода, при котором вы просматриваете сценарий от начала 
и до конца программы. 

В заключение 

В этой главе вы познакомились с несколькими популярными шабло¬ 
нами проектирования и увидели, как можно реализовать их на языке 
^ѵаВсгірі;. Ниже перечислены шаблоны проектирования, которые об¬ 
суждались здесь: 
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Единственный объект 

Обеспечивает возможность создания только одного экземпляра 
«класса». Мы рассмотрели несколько подходов к реализации шаб¬ 
лона на тот случай, если вам потребуется имитировать классы с по¬ 
мощью функций-конструкторов и обеспечить возможность исполь¬ 
зования ^ѵа-подобного синтаксиса. При этом технически все объ¬ 
екты в ^ѵаЗсгірІ; являются единственными. А кроме того, иногда 
разработчики под термином «зіп&іеіюп» подразумевают объекты, 
созданные с применением шаблона «модуль». 

Фабрика 

Метод, создающий объекты, типы которых определяются в виде 
строки во время выполнения. 

Итератор 

Определение прикладного интерфейса, позволяющего выполнять 
обход сложных структур данных. 

Декоратор 

Расширение возможностей объектов во время выполнения за счет 
добавления в них функциональных возможностей, определяемых 
объектами-декораторами. 

Стратегия 

При сохранении прежнего интерфейса обеспечивает выбор наилуч¬ 
шей стратегии для решения определенных задач. 

Фасад 

Предоставление более удобного прикладного интерфейса за счет 
создания новых методов, обертывающих часто используемые (или 
неудачно спроектированные) методы. 

Прокси-объект 

Обертывание объекта с целью управления доступом к нему и пре¬ 
дотвращения выполнения лишних дорогостоящих операций за счет 
их объединения или выполнения только тогда, когда они действи¬ 
тельно необходимы. 

Посредник 

Способствует ослаблению связей между объектами за счет отказа 
от прямых взаимодействий между ними и введения объекта-по¬ 
средника, берущего на себя роль управления взаимодействиями. 

Наблюдатель 

Способствует ослаблению связей между объектами за счет создания 
«объектов наблюдения», которые посылают извещения всем объек¬ 
там, наблюдающим за ними, когда происходит какое-то интересное 
событие (этот шаблон также называется подписчик/издатель или 
«механизм собственных событий»). 
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Шаблоны для работы 
с деревом РОМ и броузерами 


В предыдущих главах книги больше внимания уделялось базовым 
возможностям языка ^ѵаВсгірІ; (ЕСМА8сгірі), чем шаблонам исполь¬ 
зования ^ѵаВсгірі в броузерах. В этой главе, напротив, будут иссле¬ 
доваться шаблоны, предназначенные для использования в броузерах, 
потому что броузеры являются наиболее типичной средой выполнения 
программ на языке ^ѵаВсгір!;. Когда люди говорят, что им не нравит¬ 
ся ^ѵаВсгірі, чаще всего они подразумевают разработку сценариев для 
броузеров. И это вполне понятно, если учесть массу несовместимостей 
основных объектов и реализаций БОМ в броузерах. Совершенно оче¬ 
видно, что будут полезны любые приемы программирования, способ¬ 
ные сделать разработку клиентских сценариев менее трудоемкой. 

В этой главе шаблоны разделены на несколько категорий, включая ма¬ 
нипулирование деревом БОМ, обработка событий, удаленные взаимо¬ 
действия, стратегии загрузки сценариев ^ѵаВсгірІ; и приемы разверты¬ 
вания приложений ^ѵаВсгірі на действующих веб-сайтах. 

Но сначала подведем вкратце теоретическую базу под тему разработки 
клиентских сценариев. 

Разделение на составные части 

Разработка веб-приложения состоит из решения следующих трех задач: 
Информационное наполнение 
Документ НТМЬ. 

Представление 

Стили С88, определяющие внешний вид документа. 
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Поведение 

Сценарии ^ѵаЗсгірІ;, обеспечивающие взаимодействие с пользова¬ 
телем и реализующие динамические изменения в документе. 

Стремление решать эти задачи максимально независимо друг от друга 
повышает доступность приложения для работы с самыми разнообраз¬ 
ными пользовательскими агентами - броузерами с графическим ин¬ 
терфейсом, текстовыми броузерами, вспомогательными устройствами 
для лиц с ограниченными возможностями, мобильными устройствами 
и так далее. Кроме того, разделение на составные части непосредствен¬ 
но связано с воплощением идеи последовательного улучшения - вы на¬ 
чинаете с базовой реализации (включающей только разметку НТМЬ), 
которая сможет восприниматься простейшими пользовательскими 
агентами, и добавляете в нее все более широкие возможности, которые 
поддерживаются более совершенными пользовательскими агентами. 
Если броузер поддерживает С88, следовательно, пользователь увидит 
документ в более привлекательном оформлении. Если броузер поддер¬ 
живает ^ѵаЗсгірІ;, то документ станет больше похожим на полноценное 
приложение, обладающее еще более широкими возможностями. 

На практике разделение на составные части влечет за собой: 

• Тестирование страницы с отключенными стилями С88, чтобы уви¬ 
деть, пригодна ли страница к использованию в таком виде и на¬ 
сколько удобочитаемым выглядит ее содержимое. 

• Тестирование страницы с отключенной поддержкой ^ѵа8сгірі, что¬ 
бы убедиться, что страница позволяет решать задачи, стоящие перед 
пользователем, все ссылки действуют (отсутствуют ссылки с атрибу¬ 
том ІлгеГ-’#”) и все формы позволяют вводить и отправлять данные. 

• Отказ от использования встроенных обработчиков событий (таких 
как опсііск) или встроенных атрибутов зіуіе, так как они не принад¬ 
лежат к уровню информационного наполнения. 

• Использование семантически значимых элементов НТМЬ, таких 
как заголовки и списки. 

Уровень ^ѵаЗсгірІ; (поведение) должен оформляться в ненавязчивом 
стиле, то есть он не должен быть единственным способом решения за¬ 
дач, стоящих перед пользователем. При отображении в броузерах, не 
поддерживающих ^ѵаЗсгірІ;, страница должна оставаться работоспо¬ 
собной, а поддержка ^ѵаЗсгірІ; не должна быть обязательным условием. 
Сценарии ^ѵаЗсгірІ; должны лишь расширять возможности страницы. 

Для решения проблем, связанных с различиями между броузерами, ча¬ 
сто используется прием определения поддерживаемых возможностей . 
Согласно ему вы не должны полагаться на определение типа пользова¬ 
тельского агента, а должны проверять наличие в текущем окружении 
свойств и методов, которые собираетесь использовать. Вообще говоря, 
прием определения типа броузера расценивается как антишаблон. Бы- 
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вают ситуации, когда без этого не обойтись, однако этот прием следу¬ 
ет рассматривать как крайнюю меру и использовать только в случаях, 
когда для принятия решения невозможно применить прием определе¬ 
ния поддерживаемых возможностей (или это приводит к существенно¬ 
му снижению производительности): 

// антишаблон 

іі (паѵідаТог.изегАдепі.іпбехОі( ‘ М5ІЕ ') ! == -1) { 
боситепі. аПасбЕѵепі:( ' опсііск’ . сопзоіе. Іод); 

} 

// предпочтительнее 

іі (боситепі.аііасИЕѵепі:) { 

боситепі. аііасІіЕѵепі( ‘ опсііск' , сопзоіе. Іод); 

} 

// или более конкретно 

іі (іуреоі боситепі.аііасІіЕѵепі !== "ипбеііпеб") { 
боситепі. аііасИЕѵепі( ‘ опсііск’, сопзоіе. Іод); 

} 

Кроме того, разделение на составные части помогает упростить разра¬ 
ботку, сопровождение и обновление существующих веб-приложений, 
потому что вы знаете, где искать проблему, если что-то пошло не так. 
Если возникает ошибка ^ѵаЗсгірі;, вам нет необходимости просматри¬ 
вать файлы НТМЬ или С88, чтобы исправить ее. 

Работа с деревом РОМ 

Работа с деревом БОМ страницы - одна из наиболее типичных задач 
клиентских сценариев на ^ѵаЗсгірі;. Это также основной источник 
проблем (и дурной славы ^ѵаЗсгір!;), потому что методы БОМ в разных 
броузерах реализованы по-разному. Именно поэтому использование хо¬ 
рошей библиотеки ^ѵаЗсгірі;, скрывающей различия между броузера¬ 
ми, может существенно ускорить разработку. 

Рассмотрим некоторые шаблоны, рекомендуемые для доступа и моди¬ 
фикации дерева БОМ, основное внимание в которых уделяется высокой 
производительности. 

Доступ к дереву РОМ 

Операции доступа к дереву БОМ являются достаточно дорогостоящи¬ 
ми; это самое узкое место сценариев ^ѵаЗсгірІ; с точки зрения произ¬ 
водительности. Обусловлено это тем, что дерево БОМ обычно реализо¬ 
вано отдельно от механизма ^ѵаЗсгірі;. С точки зрения броузера в этом 
есть определенный смысл, так как приложению на ^ѵаЗсгірІ; может 
вообще не потребоваться обращаться к дереву БОМ. А кроме того, для 
работы с деревом БОМ страницы могут использоваться другие языки 
программирования, отличные от ^ѵаЗсгірі; (например, ѴВЗсгірІ; в ІЕ). 
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Таким образом, необходимо стремиться свести к минимуму операции 
обращения к дереву БОМ. Это означает, что: 

• Следует избегать обращений к элементам БОМ внутри циклов 

• Желательно присваивать ссылки на элементы БОМ локальным пе¬ 
ременным и работать с этими переменными 

• Следует использовать интерфейс селекторов, где это возможно 

• Следует сохранять значение свойства ІепдІІп в локальной переменной 
при выполнении итераций через коллекции НТМЬ (об этом уже упо¬ 
миналось в главе 2) 

Взгляните на следующий пример, где второй цикл, несмотря на боль¬ 
ший размер, оказывается в десятки, а то и в сотни раз быстрее первого 
в зависимости от броузера: 

// антишаблон 

Гог (ѵаг і = 0; і < 100; і += 1) { 

боситепГ.деШетепГВуІс1("ге5иІГ:''). іппегНТМІ_ += і + ", 

} 

// предпочтительнее - изменяет значение локальной переменной 
ѵаг і, сопГепГ = 

Гог (і = 0; і < 100; і += 1) { 
сопГепГ += і + ".”; 

> 

боситепГ.деГЕІетепГВуІбС'гезиІГ").іппегНТМІ += сопГепГ; 

В следующем фрагменте второй пример (использующий локальную 
переменную) является более предпочтительным, хотя он содержит на 
одну строку программного кода больше и использует дополнительную 
переменную: 

// антишаблон 

ѵаг расШпд = боситепі. деШетепГВуЮГгезиИ”). зГуІе. расШпд, 
тагдіп = боситепГ. деГЕІетепГВуІсіС'гезиІІ:") . зіуіе.тагдіп; 

// предпочтительнее 

ѵаг зГуІе = сІоситепГ.деГЕІетепГВуІсІС'гезиІГ'Э.зГуІе, 
расШпд = зГуІе. расШпд, 
тагдіп = зіуіе.тагдіп; 

Под использованием интерфейса селекторов подразумевается примене¬ 
ние методов: 

сІоситепГ.диегуЗеІесГогС'иІ . зеІесіесГ); 
боситепГ.диегуЗеІесГогАЩ и #\л/ібдеГ: .сіазз"); 

Эти методы принимают строки селекторов С88 и возвращают списки 
узлов БОМ, соответствующих указанным критериям отбора. Методы 
селекторов доступны в современных броузерах (и в ІЕ начиная с вер¬ 
сии 8) и всегда действуют быстрее, чем любая другая реализация отбо- 
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ра узлов, основанная на применении других методов БОМ. Последние 
версии популярных библиотек ^ѵаЗсгірІ; используют преимущества 
интерфейса селекторов, поэтому обязательно убедитесь, что вы поль¬ 
зуетесь самой свежей версией своей любимой библиотеки. 

Кроме того, добавляйте атрибут іс!=”” в элементы, к которым приходится 
обращаться чаще всего, потому что это обеспечит возможность просто¬ 
го и быстрого их поиска с помощью метода сіоситепі; . де1;Е1етеп1:ВуІс1(туіс1). 

Манипулирование деревом ЭОМ 

Помимо обращений к элементам БОМ, вам часто будет требоваться из¬ 
менять их, удалять или добавлять новые элементы. Внесение измене¬ 
ний в дерево БОМ может заставлять броузер перерисовывать страницу, 
а также перераспределять элементы (пересчитывать их координаты 
и размеры), что может оказаться весьма дорогостоящей операцией. 

Здесь снова действует основной принцип - стараться свести к миниму¬ 
му количество операций, модифицирующих дерево БОМ, что означает 
накапливать изменения, выполняя их за пределами «живого» дерева 
БОМ документа. 

Если вам необходимо создать относительно крупную ветвь дерева, вы 
должны стараться не добавлять ее в дерево, пока она не будет полно¬ 
стью готова. Для этой цели можно создать фрагмент документа , со¬ 
держащий необходимые вам узлы. 

Ниже показано, как не следует добавлять узлы: 

// антишаблон 

// узлы добавляются в дерево по мере их создания 
ѵаг р, 

р = боситепі:. сгеаіеЕ1етеп1:( 4 р’); 

I = сіоситепі;.сгеаі;еТехІМос1е( 1 Пгзі: рагадгарІѴ ); 
р. аррепсІСІтіІсІ (1;); 

йоситепИ. Ьосіу. аррепс!СИі1сІ( р); 

р = боситепГ. сгеа1;еЕ1етеп1:(‘ р'); 

I = боситепі:. сгеа1:еТехІМобе( ‘ зесопб рагадгарІѴ ); 
р.аррепсКМІсІШ; 

йоситепі. ЬоРу. аррепРСШР(р); 

Гораздо предпочтительнее создать фрагмент документа, изменить его 
в «автономном режиме» и добавить в дерево БОМ, когда он будет полно¬ 
стью готов. При его добавлении в дерево БОМ будет добавлено содержи¬ 
мое фрагмента, а не сам фрагмент. И это действительно очень удобно. 
Итак, фрагмент документа является отличным способом обернуть мно¬ 
жество узлов, даже когда они не находятся внутри общего родительско¬ 
го элемента (например, когда абзацы не находятся внутри элемента сііѵ). 
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Ниже приводится пример использования фрагмента документа: 

ѵаг р, 1, Ггад; 

і'гад = 6оситеп1.сгеаІе0оситепіРгадгпепІ(); 

р = боситепі.сгеаіеЕ1етеп1(‘р'); 

Т = йоситепТ. сгеаіеТех1Мос1е( ‘ Іігзі ра гад гарГі’); 

р. аррепсКМІсКО; 

Ітад. аррепс!СІіі1сІ< р); 

р = боситепі.сгеаіеЕ1етеп1(‘р’); 

= боситепі.сгеаіеТехІМобеС 1 зесопб рагад гарГі‘); 

р. аррепбСІи1б(0; 

Ітад. аррепсІСІіі1сІ( р); 
боситегц. Ьобу. аррепбС&іІбСІгад); 

В этом примере документ изменяется только один раз, вызывая един¬ 
ственную операцию перерисовывания страницы, тогда как предыду¬ 
щий пример антишаблона вызывает перерисовывание страницы при 
добавлении каждого абзаца. 

Фрагмент документа удобно использовать при добавлении новых узлов 
в дерево. Однако при изменении существующих узлов дерева также сле¬ 
дует стремиться свести количество изменений к минимуму. Для этого 
можно создать копию требуемой ветви дерева, выполнить необходимые 
изменения в копии и, когда она будет готова, заменить ею оригинал: 

ѵаг оібпобе = боситепі:.деІЕІетепіВуІсК‘ гезиіі'). 
сіопе = оісіпосіе. с1опе№бе(1гие); 

// выполнить операции над копией... 

// когда копия будет готова: 

оісіпосіе. рагепІМобе. герІасеСРі 16 (сіопе, оібпобе); 

События 

Другой областью, полной несовместимостей между разными броузера¬ 
ми и способной приводить в отчаяние, является работа с событиями, 
такими как сііск, тоизеоѵег и так далее. И снова библиотеки ^ѵаЗсгірІ; 
помогут избежать выполнения двойной работы для поддержания ІЕ (до 
версии 9) и реализаций, соответствующих требованиям консорциума 
ѴУЗС. 

А теперь рассмотрим основные этапы; это может оказаться полезным 
для тех, у кого нет возможности использовать существующие биб¬ 
лиотеки в простых страницах и в решениях на скорую руку, а также 
для тех, кто создает собственную библиотеку. 
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Обработка событий 

Обработка событий начинается с подключения обработчиков к элемен¬ 
там. Представьте, что у вас имеется кнопка, щелчок на которой должен 
приводить к увеличению счетчика на единицу. Можно было бы добавить 
встроенный обработчик события в виде атрибута опсііск, который будет 
одинаково действовать во всех броузерах, но это нарушает принцип раз¬ 
деления на составные части и принцип последовательного улучшения. 
Поэтому вы должны подключать обработчики на ^ѵаЗсгірІ; за предела¬ 
ми разметки. 

Допустим, имеется следующая разметка: 

<Ьиііоп ісІ=”сііскте" >С1 іск те: 0</Ьиііоп> 

Можно присвоить функцию свойству опсііск узла, но только один раз: 

// не самое оптимальное решение 
ѵаг Ь = сіоситепі. деіЕІетепіВуЩ ‘ сііскте’ ). 
соипі = 0; 

Ь. опсііск = іипсііоп () { 
соипі: += 1; 

Ь.іппегНТМІ_ = "Сііск те: " + соипі:; 

}; 

Если потребуется иметь несколько функций, вызываемых по событию 
щелчка мышью, вы не сможете в рамках этого шаблона подключить 
их, при этом обеспечивая слабую связь между ними. Технически мож¬ 
но выполнить проверку наличия обработчика события опсііск, доба¬ 
вить его вызов в свою функцию и заменить значение свойства опсііск 
ссылкой на свою функцию. Однако существует гораздо более простое 
решение, основанное на использовании метода асІсІЕѵепіІізіепегО. Дан¬ 
ный метод отсутствует в ІЕ вплоть до версии 8, поэтому в этих броузе¬ 
рах необходимо использовать метод аііасІіЕѵепіО. 

При обсуждении шаблона выделения ветвей, выполняющихся на этапе 
инициализации (глава 4), мы рассматривали пример реализации ути¬ 
литы, выполняющей подключение обработчиков событий в броузерах 
любых типов. Поэтому не будем вдаваться в подробности, а просто под¬ 
ключим обработчик к нашей кнопке: 

ѵаг Ь = сіоситепі. деіЕ1етепіВуІс!( ‘ сііскте' ); 
іі ( сіоситепі:.асІсІЕѵепі: И зііепег) { // МЗС 

Ь.адсіЕѵепіІ_і5іепег(‘сііск', туНапсІІег, Іаізе); 

} еізе іі (сіоситепі.аііасПЕѵепі) { // ІЕ 

Ь.аііасПЕѵепі(‘опсііск’, туНапсІІег); 

} еізе { // крайний случай 

Ь.опсііск = туНапсІІег; 

} 
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Теперь, когда пользователь щелкнет мышью на кнопке, будет вызвана 
функция туНапс11ег(). А сейчас определим функцию, которая будет вы¬ 
водить увеличенное значение счетчика в виде надписи на кнопке «Сііск 
те: 0». Чтобы сделать задачу более интересной, предположим, что 
имеется несколько кнопок и для всех используется общий обработчик 
туНапс11ег(). Сохранять ссылки на все кнопки и счетчики для каждой 
из них будет неэффективно, учитывая, что необходимую информацию 
можно получить из объекта события, который создается при каждом 
щелчке. 

Давайте сначала приведем решение, а потом прокомментируем его: 

Гипсііоп туНапсІІег(е) { 

ѵаг зге, рагііз; 

// получить объект события и элемент-источник 

е = е 11 ѵ/іпсіоѵ/. еѵепі; ; 

зге = е.іагдеі: || е. згсЕІетепі:; 

// фактическое решение: обновить надпись 
рагііз = зге. іппегНТМІ_. зрІЩ" : "); 
раг1:з[1] = рагзеІпКрагізП], 10) + 1; 
зге. іппегНТМІ_ = раг1з[0] + “: " + рагі:5[1]; 

// предотвратить дальнейшее всплытие события 
і? ( ІіуреоГ е. зЮрРгорадаІіоп === Чипсііоп") { 
е. з1:орРгорадаиоп(); 

} 

ІГ ( ІіуреоГ е. сапсеІВиЬЫе !== “ипРеПпесГ) { 
е. сапсеІВиЬЫе = 1: гие; 

} 

// предотвратить выполнение действия по умолчанию 
іТ ( ІуреоГ е. ргеѵепЮеГаиІі; === ЧипЫіоп") { 
е. ргеѵепЮе^аиІК ); 

} 

и ( 1:уреоГ е. геІигпѴаІие !== “ипРе^іпеР” ) { 
е.геІигпѴаІие = Гаізе; 

} 

} 

Действующий пример доступен по адресу Мір://]8раШгп8.сот/Ъоок/8/ 
сііск.кіті. 

Функция обработки события состоит из четырех частей: 

• В первой части мы получаем доступ к объекту события, содержаще¬ 
му информацию о событии и ссылку на элемент, вызвавший это со¬ 
бытие. Объект события передается, когда обработчик подключается 
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как функция обратного вызова, но не в случае присваивания функ¬ 
ции свойству опсііск - в этой ситуации объект события доступен как 
свойство ѵѵіпсіоѵѵ.еѵепі: глобального объекта. 

• Вторая часть является фактическим решением поставленной зада¬ 
чи - изменяет текст надписи. 

• Далее предотвращается дальнейшее распространение события. 
В данном конкретном примере этот шаг можно было бы опустить, но 
в общем случае, если этого не сделать, событие продолжит всплытие 
вверх по дереву документа и может достигнуть даже объекта ѵѵіпсіоѵѵ. 
И снова предотвратить всплытие можно двумя разными способами: 
стандартным - в броузерах, следующих стандартам \ѴЗС (вызвав 
метод зІорРгорадаІіопО), и специальным - в ІЕ (установив свойство 
сапсеІВиЬЫе в значение Ігие). 

• В последней части предотвращается выполнение действия по умол¬ 
чанию, если это необходимо. Некоторые события (такие как щелчок 
на ссылке или на кнопке отправки формы) вызывают выполнение 
действия, предусмотренного по умолчанию, но вы можете предот¬ 
вратить их, вызвав метод ргеѵепЮеІ'аиІіО (или для ІЕ, установив 
свойство геІигпѴаІие в значение Шзе). 

Как видите, приходится выполнять немало двойной работы, поэтому 
есть смысл написать свою утилиту с фасадными методами для исполь¬ 
зования в обработчиках событий, как обсуждалось в главе 7. 

Делегирование событий 

Шаблон делегирования событий позволяет использовать преимущест¬ 
ва, которые дает всплытие событий, и уменьшить количество обработ¬ 
чиков событий, подключенных к отдельным узлам. Например, если 
внутри элемента Ріѵ имеется 10 кнопок, можно подключить единст¬ 
венный обработчик событий к элементу Ріѵ вместо обработчика для 
каждой кнопки. 

Рассмотрим пример с тремя кнопками внутри элемента сііѵ (рис. 8.1). 
Действующий пример реализации шаблона делегирования событий до¬ 
ступен по адресу кіір://І8раШгп8,сот/Ъоок/8/сІіск-(іеІеёаіе,1гітІ, 


( Оіск тс: 2 ) ( СНск те іоо: 11) ( Сікгк те іЬгее: 7 } 

Рис, 8,1, Пример делегирования событий: три кнопки, увеличивающие 
значения в своих надписях по щелчку 

Итак, у нас имеется следующая разметка: 

<с!іѵ Іс1=”с1іск-^гар”> 

<Ьииоп>С1іск те: 0</ЬиПоп> 
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<Ьииоп>С1іск те іоо: 0</Ьи1:іоп> 

<Ьиііоп>С1іск те ііігее: 0</ЬиШ)п> 

</с!іѵ> 

Вместо того чтобы подключать обработчики к каждой из кнопок, мы 
подключим один общий обработчик к обертывающему их элементу 
сііѵ. В качестве обработчика можно использовать функцию туНапс!1ег() 
из предыдущего примера с одним небольшим изменением: необходимо 
отфильтровать щелчки, которые нас не интересуют. В данном случае 
интерес для нас представляют только щелчки на кнопках, поэтому все 
остальные щелчки, выполненные в пределах элемента сііѵ, мы будем иг¬ 
норировать. 

Для этого в функции шуНапсІ1ег() можно было бы проверить, совпадает 
ли значение свойства посіеМате источника события со строкой «ЬиМоп»: 

// ... 

// получить объект события и элемент-источник 

е = е 11 ѵДпсіом. еѵепі; 

зге = е.іагдеі И е. згсЕІетепі; 

і? ($гс.пос1еНате.1оІ_оиегСа$е() !== "ЬиПоп”) { 
геіигп; 

} 

// ... 

Недостаток шаблона делегирования событий заключается в том, что для 
его реализации требуется написать дополнительный программный код, 
отфильтровывающий события, происходящие в контейнере и не пред¬ 
ставляющие интереса для нас. Но его преимущества - более высокая 
производительность и ясность программного кода - перевешивают не¬ 
достатки, поэтому этот шаблон настоятельно рекомендуется к исполь¬ 
зованию. 

Современные библиотеки ^ѵавсгірі; упрощают прием делегирования 
событий, предоставляя удобные прикладные интерфейсы. Напри¬ 
мер, в библиотеке ѴШЗ имеется метод У.сІеІедаіеО, который позволяет 
определить селектор С88, соответствующий обертывающему элементу, 
и другой селектор, соответствующий узлам, представляющим интерес. 
Удобство заключается в том, что ваша функция-обработчик события 
никогда не будет вызываться для обработки событий, возникших за 
пределами интересующих вас узлов. В данном случае подключить об¬ 
работчик событий можно было бы следующей простой инструкцией: 

У. с!е1едаіе( ’ сііск’ , туНапсІІег, "#с1іск-мгар”, “Ьиііоп”); 

А так как библиотека УШ берет на себя сокрытие различий между бро¬ 
узерами и автоматически определяет источник события, реализацию 
обработчика можно было бы значительно упростить: 
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^ипсііоп туНапсІІег(е) { 

ѵаг зге = е.сиггепТТагдеТ, 
рагТз; 

рагТз = зге.деТ(’ іппе гНТМЬ’). зрНіС* : ”); 

рагТз[1] = рагзеІпт(раг1;з[1 ], 10) + 1; 

зге.зеТ(’ іппегНТМІ_’ , рагТз[0] + “: “ + рагТз[1]); 

е.ІіаІТО; 

} 

Действующий пример доступен по адресу Ы1р://]8ра11егп8.сот/Ъоок/8/ 
сІіск-у-сІеІеёаіе.НітІ. 

Сценарии, работающие продолжительное время 

Вы наверняка обращали внимание, что иногда броузер предупрежда¬ 
ет, что сценарий выполняется слишком долго, и предлагает остановить 
его. Никакому разработчику не хотелось бы, чтобы подобное происхо¬ 
дило с его приложением независимо от того, насколько сложную задачу 
оно решает. 

Кроме того, когда сценарий интенсивно работает, интерфейс броузера 
перестает откликаться на действия пользователя. Это производит от¬ 
рицательное впечатление на пользователя, и таких ситуаций следует 
избегать. 

В ^ѵавсгірі; нет возможности реализовать многопоточное выполнение 
программ, но его можно имитировать с помощью метода зеШтеои1:() 
или с помощью механизма фоновых вычислений (\ѵеЪ ѵѵогкегз), реали¬ 
зованного в современных броузерах. 

5еІТітеоігІ() 

Идея использования метода зеШтеоиіО состоит в том, чтобы разбить 
большой объем работы на маленькие фрагменты и выполнять фрагмен¬ 
ты с интервалом 1 мс. Использование столь коротких интервалов вре¬ 
мени может замедлить решение всей задачи в целом, но пользователь¬ 
ский интерфейс при этом сохранит отзывчивость и пользователь будет 
чувствовать себя более комфортно. 

Назначенный тайм-аут в 1 миллисекунду (или даже 0 миллисе¬ 
кунд) в реальности окажется больше в зависимости от броузера 
и операционной системы. Предельное время ожидания 0 милли- 
секунд означает не «немедленно», а «как можно скорее». В Іпіег- 
пеі Ехріогег, например, самый короткий интервал, который спо¬ 
собен отмерять таймер, равен 15 миллисекундам. 
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Фоновые вычисления (ѵѵеЬ ѵѵогкегз) 

Последние версии броузеров предлагают другое решение для сценари¬ 
ев, выполняющихся длительное время: механизм фоновых вычислений 
(\ѵеЪ ѵѵогкегз). Этот механизм обеспечивает поддержку фонового потока 
выполнения в броузере. Вы можете поместить сценарий, выполняющий 
тяжелые вычисления, в отдельный файл, например ту _іѵеЬ_іѵогкег.]8> 
и затем вызывать его из главной программы (страницы), как показано 
ниже: 

ѵаг ш = пем Могкег( ‘ ту_меЬ_могкег. ]3’); 
мм.оптеззаде = ^ипсііоп (еѵепі) { 
сіоситепі. Ьосіу. іппегНТМІ += 

"<р>теззаде Г гот Иле Ьаскд гоипсі Югеасі: " + еѵепі. сіаіа + "</р>"; 

}; 

Ниже приводится исходный текст такого фонового задания, в котором 
простая арифметическая операция выполняется 1е8 раз (1 с 8 нулями): 

ѵаг епсі = 1е8, ітр = 1; 

роз1;Меззаде( * Пеііо ІМеге’); 

ѵѵііііе (епсі) { 
епсі -= 1; 
ітр += епсі; 

іі (епсі === 5е7) { // число 5е7 - половина числа 1е8 
розіМе5заде( ‘ Паіімау іИеге, Чтр’ із пом ' + іітр); 

} 

} 

розііМеззадеС аіі сіопе’); 

Для взаимодействия с вызывающей программой фоновое задание ис¬ 
пользует метод роз1:Меззаде(), а вызывающая программа подписывается 
на событие оптеззаде, вместе с которым получает изменения. Функция 
обратного вызова оптеззаде принимает в виде аргумента объект собы¬ 
тия со свойством сіаііа, в котором фоновое задание может передать лю¬ 
бые данные. Аналогичным способом вызывающая программа может 
передавать данные фоновому заданию, вызывая (в данном примере) 
мм.роз1:Меззаде(), а фоновое задание может подписаться на получение 
этих данных с помощью функции обратного вызова оптеззаде. 

Предыдущий пример выведет в окне броузера следующие сообщения: 

теззаде Г гот Ьаскдгоипсі ІЧгеасІ: Пеі Іо ІЧеге 
теззаде Ітот Юе Ьаскдгоипсі ІГігеасі: Оаіімау ІЧеге, 

Чтр* із пом 3749999975000001 
теззаде ігот Иле Ьаскдгоипсі геасі: аіі Ропе 
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Удаленные взаимодействия 

Современные веб-приложения часто используют механизмы удаленных 
взаимодействий для обмена данными с сервером без полной перезагруз¬ 
ки текущей страницы. Это позволяет создавать веб-приложения, еще 
больше напоминающие обычные приложения. Давайте рассмотрим не¬ 
которые из способов взаимодействий с сервером из ЗаѵаЗсгірі;. 

ХМШНрКеяие$і 

ХМ1_Н1:1:рВедиез1: - это специальный объект (функция-конструктор), до¬ 
ступный в большинстве современных броузеров и позволяющий выпол¬ 
нять НТТР-запросы из Заѵа8сгір1;. Чтобы выполнить запрос, требуется 
три этапа: 

1. Создать объект ХМЬНПрВедиез-!: (будем называть его ХНК для кратко¬ 
сти). 

2. Указать функцию обратного вызова, которая будет вызываться при 
изменении состояния объекта запроса. 

3. Отправить запрос. 

Первый этап реализуется просто: 

ѵаг хіп г = пем ХМІ_Н1:1:рНедие5І:( ); 

При этом в ІЕ версий ниже 7 функциональность ХНК была реализова¬ 
на в виде объекта АсііѵеХ, поэтому для создания объекта запроса не¬ 
обходимо было выполнить специальные действия. 

Второй этап - подключение функции обратного вызова для обработки 
события геарузіаіесііапде: 

хП г. опгеасіузіаіесііапде = ІіапРІеВезропзе; 

Последний этап - отправка запроса, который выполняется с помощью 
двух методов ореп() и зепд(). Метод ореп() определяет метод НТТР-запро- 
са (например: СЕТ, Р08Т) и адрес ІШЬ. Метод зепд() передает объекту 
любые данные, если запрос выполняется методом Р08Т, или пустую 
строку, если запрос выполняется методом СЕТ. Последний параметр ме¬ 
тода ореп() определяет, будет ли запрос выполняться асинхронно. Под 
асинхронностью подразумевается, что броузер не будет приостанавли¬ 
вать работу в ожидании ответа. Такой режим выполнения запроса не 
создает неприятных ощущений у пользователя, поэтому если нет каких- 
либо веских причин для обратного, в параметре, управляющем асин¬ 
хронностью, всегда следует передавать значение 1:гие: 

хііг. ореп("СЕТ”, "раде.ШтІ", иие); 
хііг. зепсі (); 
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Ниже приводится полный действующий пример, извлекающий содер¬ 
жимое новой страницы и обновляющий содержимое текущей страни¬ 
цы (демонстрационная версия доступна по адресу Ыір://]8раШгп8хот/ 
Ъоок/8/хНг.ЫпгІ): 

ѵаг і, хМг, асІіѵеХісІз = [ 

'МЗХМ1_2.ХМ1_НТТР.З.О’ , 

‘МЗХМІ_2.ХМІ_НТТР’ , 

' Місгозо^Т. ХМШТТР ' 

]; 

ІЕ (ІуреоГ ХМІ_НПрЯедиезІ === 'ЧипсТіоп”) { // встроенный объект ХНЯ 

хПг = пем ХМІ_НирЯедиезІ(); 

} еізе { // для ІЕ до версии 7 

Тог (і = 0; і < асТіѵеХісІз. ІепдТТі; і += 1) { 

Ггу { 

хИ г = пем АсТіѵеХ0Ь]есТ(асТіѵеХій5[і]); 

Ьгеак; 

} саТсІт (е) {} 

} 

} 

хГіг. опгеасіузтатесііапде = ^ипсііоп () { 

ІЕ (хТіг. геабуЗТаТе !== 4) { 
геТигп Таізе; 

} 

ІЕ (хТі г. зТаТиз ! == 200) { 

аіегт (” Ег гог, зТаТиз сосіе: “ + хГі г. зТаТиз ); 
геТигп Таізе; 

} 

ОоситепТ. бобу. іппегНТМІ += "<рге>” + хТі г. гезропзеТехТ + “<\/рге> м ; 

}; * 


хІіг.орепС'СЕТ", "раде.ШтІ", Тгие ); 
хТі г. зепсІ(""); 

Несколько замечаний к этому примеру: 

• В ІЕ версии 6 и ниже процедура создания нового объекта ХНК не¬ 
много более сложная. Мы обходим в цикле список идентификаторов 
АсТіѵеХ, начиная от самой последней версии и заканчивая более ран¬ 
ними, и пытаемся создать объект, обернув операцию создания в блок 

Тгу-саТсіі. 

• Функция обратного вызова проверяет значение свойства геасіуЗТаТе 
объекта хТі г. Это свойство может иметь пять возможных значений от О 
до 4, где 4 означает «завершено». Если объект не находится в состоя¬ 
нии «завершено», мы переходим к ожиданию следующего события 

геасІузТаІесИапде. 
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• По достижении состояния «завершено» функция обратного вызова 
проверяет значение свойства зі:аі:из объекта хііг. Это свойство содер¬ 
жит код состояния НТТР, например 200 (ОК) или 404 (не найдено). 
Нас интересует только ответ с кодом состояния 200 - все остальные 
коды интерпретируются как ошибка (это сделано с целью упростить 
реализацию, в противном случае пришлось бы проверять все осталь¬ 
ные допустимые коды состояния). 

• Как видно из листинга, эта реализация проверяет поддерживаемый 
способ создания объекта ХНК всякий раз, когда выполняется за¬ 
прос. В предыдущих главах мы видели несколько шаблонов (таких 
как шаблон выделения ветвей, выполняющихся на этапе инициали¬ 
зации), с помощью которых вы сможете переписать этот пример так, 
чтобы проверка выполнялась только один раз. 

Формат .ІБОДО 

Формат ^<ЖР (^(Ж ѵгііЪ. расісііп^ - ^<Ж с дополнением) - это еще 
один способ организации удаленных взаимодействий. В отличие от 
ХНК, он не подпадает под действие политики «того же домена» в броу¬ 
зерах, поэтому его следует использовать с особой осторожностью из-за 
возможных проблем, связанных с безопасностью данных, загружаемых 
со сторонних сайтов. 

Ответом на запрос ХНК может быть документ любого типа: 

• ХМЬ (исторически) 

• Фрагмент НТМЬ (что весьма обычно) 

• Данные в формате (простой и удобный формат) 

• Простой текстовый файл или документ в любом другом формате 

При использовании формата ^ОКР данные, чаще всего в формате 
^(Ж, обертываются в вызов функции, где имя функции передается 
в запросе. 

Обычно адрес ІШЬ запроса ^ОКР имеет примерно такой вид: 
кіір://ехатрІе.ог8/8еІ(Іаіа.ркр?саІІЬаск=туНап(ІІег 

где §еійаіа.ркр может быть любой страницей или сценарием. Параметр 
саПЬаск определяет функцию на ^ѵавсгірі;, которая должна использо¬ 
ваться для обработки ответа. 

Затем адрес ІШЬ загружается в динамический элемент <зсгір1:>, напри¬ 
мер: 

ѵаг зсгірі: = сіоситепі: . сгеаіеЕІетепіС’зсгірІ;”); 
зсгіріі.згс = и гі; 

сіоситепі:. ЬоРу. аррепсЮШР (зсгірі:); 
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Сервер возвращает некоторые данные в формате ^<Ж, которые пере¬ 
даются в виде параметра функции обратного вызова. Фактически вы 
подключаете к странице новый сценарий, содержащий вызов функции. 
Например: 

туНапсІІег ( {"Ііеііо" : "могісі”}); 

Пример использования .І50МР: игра «крестики-нолики» 

Давайте попробуем задействовать ^<ЖР в реализации игры «крести¬ 
ки-нолики», где в качестве игроков выступают клиент (броузер) и сер¬ 
вер. Оба будут генерировать случайные числа в диапазоне от 1 до 9, 
а для получения значения со стороны сервера будет использоваться 
^(ЖР (рис. 8.2). 

Действующая реализация игры доступна по адресу Ніір://]8раііегп8. 
сот/Ьоок/8/ШМтІ. 


Тіс-іас-Іое: 

зегѵег " X" ѵв. сііепі" О" 


( Ысѵі дате ) (Зегѵегріау ) 


О 

1 

X 

о 

I 

І 

і 

1 

( 

і 

0 

і 

1 

} 

1 

: 

і 

1 

1 


X 

; 


Рис. 8.2. Игра «крестики-нолики», в которой используется ^80NР 

На странице имеются две кнопки: кнопка запуска новой игры и кнопка 
получения информации о ходе сервера (клиент будет выполнять свой 
ход автоматически с некоторой задержкой): 

<ЬиПоп іс!=”пеѵГ>№м дате</Ьииоп> 

<ЬиПоп іс1=”5егѵег”>3егѵег р1ау</Ьииоп> 

Игровое поле представляет собой таблицу с девятью ячейками и с соот¬ 
ветствующими значениями атрибутов ісі. Например: 

<Щ іс1= ,, се11-1 ,, >&пІЭ5р; </Ис1> 

<1:сІ іс!= ,, се11-2 ,, >&пЬзр; <Дс1> 
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<1:6 іб="се11-3">&пЬзр; <Дб> 


Сама игра реализована в виде глобального объекта 1:1:1:: 

ѵаг Пі: = { 

// ячейки, занятые к настоящему моменту 
ріауесі: [], 

// реализация функции с более коротким именем, для удобства 
деі: ^ипсТіоп (іб) { 

геіигп боситепТ.деШетепТВуЩіб) ; 

}, 


// предусмотреть обработку щелчков мышью 
зеіир: І'ипсіііоп () { 

Шз. деТ( ‘ пеѵ/' ). опсііск = Шз. пеѵ/Сате; 

Шз. деТ(' зегѵег’).опсііск = Шз. гетоТеВециезТ; 

}, 

// очистка игрового поля 
пеѵѵОате: Шсііоп () { 

ѵаг Тбз = боситепТ.деТЕІетепТзВуТадКатеГЧб"), 
тах = Тбз. ІепдШ 
і; 

Ш (і - 0; і < тах; і += 1) { 

Тбз[і]. іппегНТМ1_ = “&пЬзр;”; 

} 

ПІ:. ріауесі = []; 

}, 

// выполняет запрос 
гетоТеВециез! : Типсііоп () { 

ѵаг зсгірі: = боситепТ.сгеаТеЕІетепТС'зсгірІ:"); 
зсгірі.згс = "зегѵег. рРр?са11Ьаск=Ш:. зегѵегР1ау&р1ауеб=” + 

Ш:. ріауеб. ]оіп( ’, ’); 
боситепі.бобу.аррепбСбі16(зсгірі); 


// функция обратного вызова, получает ход сервера 
зегѵегРІау: ТипсТіоп (баіа) { 

Н (баіа. еггог) { 

аІегКбаІа. еггог) ; 
геіигп; 

} 

баіа = рагзеІпКбаІа, 10); 

Шз. ріауеб. ризб(баі:а); 

Шз. де1( ‘ сеі 1 -' + баіа). іппегНТМІ = ’ <зрап с1аз5= м зегѵег ,, >Х<\/зрап>’; 


зеШтеоиіДипсТіоп () { 
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Ш:. с1іеп1:Р1ау(); 

}, 300); // имитирует задумчивость клиента 

і, 


// ход клиента 
сНепТРІау: Еипсііоп () { 
ѵаг ОаТа = 5; 

Н (іГііз. ріауесі. ІепдіГі === 9) { 
аІегТС'Сате оѵег"); 
геТигп; 

} 

// продолжать генерировать случайные числа 1-9, 

// пока не будет обнаружена незанятая ячейка 
ѵѵИіІе (ТНіз.деТ(' сеі 1 -’ + Оаіа). іппегНТМІ_ !== "&пЬ5р;") { 
сІаЕа = МаТІп.сеі 1 (МаІіГі. гапс!от() * 9); 

} 

ТОіз. деТ(' сеі 1 - ’ + сІаТа). і ппе гНТМЬ = ‘О’; 

Шз. рІауеО. ризГі(сіаііа); 


} 


}; 

Объект 11:1: хранит список занятых ячеек в свойстве 1:1:1:. ріауесі и отправ¬ 
ляет его серверу, благодаря чему сервер может выбрать новое число, со¬ 
ответствующее номеру незанятой ячейки. В случае ошибки сервер вер¬ 
нет ответ: 

Ш:. зегѵегР1ау( {"еггог": "Еггог РезспрТіоп Неге"}); 

Как следует из примера, функция обратного вызова в 38(ЖР должна 
быть общедоступной функцией, необязательно глобальной, но может 
быть методом глобального объекта. При отсутствии ошибок сервер вер¬ 
нет ответ с вызовом метода: 

Ш:. зегѵегРІау(З) ; 

Число 3 здесь означает ячейку с номером 3 - случайный выбор, сделан¬ 
ный сервером. В данном примере данные настолько просты, что не тре¬ 
буется даже использовать формат ^(Ж; единственное значение - это 
все, что требуется. 

Обмен данными с использованием 
фреймов и изображений 

Альтернативный способ запуска удаленного сценария заключается 
в использовании фреймов. С помощью ^ѵаЗсгірі; можно создать пла¬ 
вающий фрейм (іГгате) и изменить адрес 1ШЬ в его атрибуте зге. Новый 
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адрес ІШЬ может содержать данные и вызовы функций, изменяющие 
вызывающую страницу - родительскую страницу за пределами пла¬ 
вающего фрейма (іТтате). 

Простейшая форма удаленных взаимодействий - необходимо только 
отправить данные на сервер и не требуется получить ответ. В подобных 
случаях можно создать новый элемент изображения и указать в его 
атрибуте зге адрес ІШЬ сценария на сервере: 

пеѵѵ ІтадеО.згс = "Ш1:р://ехатр1е.огд/зоте/раде.рІір"; 

Этот шаблон называется маяком ; он может пригодиться, если требу¬ 
ется отправлять данные, которые отслеживает сервер, например, для 
сбора статистической информации о посетителях. При использовании 
шаблона маяка не предполагается получать ответ, однако на практи¬ 
ке (внимание: это антишаблон) сервер обычно возвращает изображение 
ОІЕ с размерами 1x1. Предпочтительнее было бы возвращать НТТР- 
ответ «204 N 0 Сопіепі». В этом случае клиенту будет отправляться 
только заголовок ответа без дополнительного содержимого. 

Развертывание сценариев ^ѵаЗсгірІ 

Когда дело доходит до включения сценариев ^ѵаЗсгірі в работу, сле¬ 
дует принять во внимание несколько проблем, связанных с производи¬ 
тельностью. Давайте обсудим в общих чертах наиболее важные из них. 
Более детальное обсуждение этих проблем вы найдете в книгах «Ш&Ь 
Регіогтапсе \УеЬ 8ііез» и «Еѵеп Разіег \УеЬ Зііез», выпущенных изда¬ 
тельством О’КеШу. 

Объединение сценариев 

Первое правило, которому необходимо следовать при создании быстро 
загружающихся страниц, заключается в максимальном уменьшении 
количества внешних элементов, потому что для выполнения каждого 
отдельного запроса НТТР требуется некоторое время. В случае с ^ѵа- 
Зсгірі это означает, что скорость загрузки страницы можно существен¬ 
но повысить за счет объединения внешних файлов сценариев. 

Допустим, страница использует библиотеку іС^иегу. Это один файл .уз. 
Кроме того, вы задействовали в странице несколько расширений іС^иегу, 
каждое из которых находится в отдельном файле. Таким образом, еще 
до того как вы напишете хотя бы одну строку программного кода, вам 
может потребоваться загрузить 4-5 файлов. Есть смысл объединить все 
эти файлы в один, особенно если учесть, что некоторые из них имеют 
достаточно маленький размер (2-3 килобайта), а затраты времени на 
выполнение нескольких запросов НТТР могут превысить время самой 
загрузки. Чтобы объединить сценарии, достаточно создать новый файл 
и вставить в него содержимое всех отдельных файлов. 
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Разумеется, объединение файлов должно выполняться непосредствен¬ 
но перед передачей программного кода в эксплуатацию, а не во время 
разработки, потому что это может существенно осложнить отладку. 

Однако объединение файлов имеет свои недостатки: 

• Это дополнительная операция перед запуском сценария, однако ее 
легко можно автоматизировать и выполнять из командной строки, 
например с помощью команды са* в Ілпих/ТЖІХ: 

$ сат здиегу.^з здиегу. диіскзеіесі:. ]3 здиегу. Іітіі: . із > аіі.^з 

• Теряются некоторые преимущества кэширования - при внесении 
изменений в один из файлов придется выполнить операцию объеди¬ 
нения заново. Именно поэтому для крупных проектов желательно 
заранее планировать выпуск новых версий или поддерживать два 
пакета: один - с файлами, которые, вероятно, будут подвергаться 
изменениям, и один «базовый» пакет, который вообще не предпола¬ 
гается изменять. 

• Необходимо продумать вопросы именования и нумерации версий па¬ 
кетов, например использовать в имени файла сведения о дате его вы¬ 
пуска аІІ_20100426.}8 или контрольную сумму содержимого файла. 

Эти недостатки можно отнести скорее к неудобствам, но получаемые 
в итоге преимущества стоят усилий. 

Сжатие и компрессия 

В главе 2 мы говорили о сжатии программного кода. Очень важно сде¬ 
лать операцию сжатия частью процедуры подготовки программного 
кода к передаче в эксплуатацию. 

С точки зрения пользователя нет никакого смысла загружать все ком¬ 
ментарии, содержащиеся в вашем программном коде, наличие или от¬ 
сутствие которых никак не сказывается на работоспособности прило¬ 
жения. 

Выгода от сжатия может отличаться в зависимости от того, как часто 
вы используете комментарии и пробельные символы, а также в зави¬ 
симости от используемого инструмента, выполняющего сжатие. Но 
в среднем в результате сжатия получается экономия порядка 50% от 
первоначального размера файла. 

Необходимо также уделять внимание компрессии файлов сценариев. 
Достаточно один раз настроить сервер на использование компрессии 
& 2 Ір и постоянно пользоваться приростом скорости загрузки. Даже если 
вы пользуетесь услугами хостинга у поставщика, который не позволяет 
вам сильно вмешиваться в настройки сервера, тем не менее большин¬ 
ство поставщиков услуг позволяют использовать файлы Міассезз с на¬ 
стройками сервера АрасЬе. Благодаря этому вы можете добавить в файл 
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.Массезз, находящийся в вашем корневом каталоге с веб-документами, 
следующее: 

АсІсЮиТриТРіІТегВуТуре ЭЕПАТЕ ТехТ/РТтІ ТехТ/сзз ТехТ/рІаіп ТехТ/хтІ 
аррІісаІііопДІаѵаЗсгірІ: аррНсаиол/]ЗОп 

Компрессия в среднем дает уменьшение размеров файлов до 70%. Объ¬ 
единив компрессию со сжатием, можно смело ожидать, что пользова¬ 
тели будут загружать файлы, размер которых составляет всего 15% от 
первоначального размера исходных файлов, не подвергавшихся сжа¬ 
тию и компрессии. 

Заголовок Ехрігез 

Вопреки широко распространенному мнению, файлы остаются в кэше 
броузера совсем недолго. Вы можете повлиять на это и увеличить время 
нахождения ваших файлов в кэше с помощью заголовка Ехрігез. 

И снова это вопрос однократной настройки сервера, которую можно вы¬ 
полнить в файле Массезз : 

ЕхрігезАсііѵе Оп 

ЕхрігезВуТуре аррІісаІііоп/х^аѵаЗсгірІ: "ассезз ріиз 10 уеагз” 

Недостаток такого подхода состоит в том, что если потребуется внести 
изменения в этот файл, вам также придется переименовать его, но вы 
наверняка и так уже предусмотрели это, определив соглашения об име¬ 
новании своих пакетов. 

Использование СйЫ 

Аббревиатура СБК происходит от Сопіепі Беііѵегу Ке1\ѵогк (сеть до¬ 
ставки содержимого). Это оплачиваемая (иногда достаточно дорогосто¬ 
ящая) услуга хостинга, которая позволит вам распространить копии 
ваших файлов по различным центрам обработки и хранения данных, 
разбросанным по всему миру, которые смогут быстрее обслуживать ва¬ 
ших пользователей, при этом в вашем коде будет использоваться тот же 
самый адрес ІШЬ. 

Даже если у вас нет средств на оплату услуг СБК, вы можете воспользо¬ 
ваться некоторыми бесплатными предложениями: 

• Компания Ооо^іе размещает у себя множество популярных, свобод¬ 
но распространяемых библиотек, подключив которые, вы бесплатно 
сможете пользоваться преимуществами сети СБК, принадлежащей 
этой компании. 

• Корпорация Місгозоіі; размещает у себя библиотеку іС^иегу и свои 
собственные библиотеки поддержки технологии Аоах. 

• Компания ѴаЬоо! размещает библиотеку ѴШ в своей собственной 
сети СБК. 
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Стратегии загрузки 

На первый взгляд задача подключения сценариев к странице не пред¬ 
ставляет сложности - вы добавляете элемент <зсгір1:> и либо вставляе¬ 
те программный код ^ѵаЗсгірІ; в него, либо связываете его с внешним 
файлом с помощью атрибута зге: 

// вариант 1 
<зсгір1:> 

сопзоіе. Іод (“ ИеіІо ѵѵогісГ); 

</зсгірГ> 

// вариант 2 

<зсгірі: згс= м ех1;егпа1. ^з”></зсгір1;> 

Однако существует ряд дополнительных шаблонов и принципов, кото¬ 
рые необходимо учитывать, если вы ставите перед собой цель создать 
высокопроизводительное веб-приложение. 

Следует отметить, что разработчики имеют обыкновение использовать 
некоторые атрибуты элемента <зсгір1:>: 

Іапдиаде-^аѵаЗсгірі:" 

Во многих случаях используется форма написания с заглавными 
буквами <^аѵа8сгірі» и иногда указывается номер версии. Атрибут 
Іа пд и аде использовать нежелательно, потому что по умолчанию и так 
предполагается, что в качестве языка программирования исполь¬ 
зуется ^ѵаЗсгірі. Номер версии не оказывает никакого влияния, 
и в настоящее время его присутствие считается ошибкой. 

1:уре=”1;ехі;^аѵа8сгір1: ” 

Этот атрибут считается обязательным, согласно стандартам НТМЬ4 
и ХНТМЫ, но его также не следует использовать, потому что по 
умолчанию броузеры в любом случае принимают программный код 
^ѵаЗсгірі. В НТМЬб этот атрибут считается необязательным. Кро¬ 
ме удовлетворения требований различных программ проверки раз¬ 
метки, нет никаких других причин использовать этот атрибут. 

сіеі'ег 

(Или еще лучше - атрибут азупс, определяемый спецификацией 
НТМЬб) обеспечивает способ, хотя и не получивший широкого рас¬ 
пространения, указать, что загрузка внешнего файла сценария не 
должна блокировать работу остальной части страницы. Подробнее 
о блокировании рассказывается ниже. 

Местоположение элемента <5сгір - 1> 

Элементы <зсгір1:> блокируют загрузку других элементов страницы. 
Броузеры способны загружать сразу несколько элементов, но встречая 
элемент <зсгір1:>, ссылающийся на внешний файл, они приостанавли- 



Стратегии загрузки 


245 


вают загрузку страницы, пока внешний файл сценария не будет за¬ 
гружен и выполнен. Это замедляет загрузку страницы, особенно если 
в процессе загрузки встречается несколько таких элементов. 

Чтобы минимизировать влияние эффекта блокировки, можно поме¬ 
стить элемент <зсгір1:> в конец страницы, непосредственно перед за¬ 
крывающим тегом </Ьос1у>. Благодаря этому загрузка сценария не будет 
блокировать загрузку других ресурсов. К этому моменту все остальные 
элементы страницы уже будут загружены и представлены на обозрение 
пользователю. 

Наихудший антишаблон заключается в перечислении отдельных фай¬ 
лов в заголовке документа: 

<! сіосіуре Шт1> 

<И1т1> 

<Неа0> 

<1Ше>Му Арр</1:і1:1е> 

<!-- АНТИШаблоН --> 

<зсгірІ 5гс= м ]диегу. ]5"х/5сгірі:> 

<зсгірІ 5гс=”]диегу. диіскзеіесі:. ]5”></зспр1> 

<зсгірі: згс^^диегу. ІідИіЬох. ]5"></зсгірі> 

<зсгірі: згс=”туарр. ]8"></зсгірі:> 

</Гіеас1> 

<Ьо0у> 

</Ьос1у> 

</Ш, г л1> 

Предпочтительнее было бы объединить все файлы в один: 

<!сіосіуре Шт1> 

<Шт1> 

<Ізеас1> 

<1Ше>Му Арр</Ш:1е> 

<5Сгірі згс=”а11_20100426. ]з"х/зсгір1:> 

</0еад> 

<Ьос1у> 

</Ьос1у> 

</Шт1> 

А еще лучше - поместить объединенный сценарий в самый конец стра¬ 
ницы: 

<! сіосіуре Шт1> 

<И1т1> 

<Иеас1> 

<Ш:1е>Му Арр</1Ше> 

</Иеас1> 

<Ьос1у> 
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<зсгір1: згс="а11_20100426.із"х/зсгірі:> 

</Ьос1у> 

</ИТт1> 

Фрагментирование средствами НТТР 

Протокол НТТР поддерживает возможность фрагментирования доку¬ 
ментов. Это позволяет отправлять страницу по частям. То есть если 
у вас имеется сложная веб-страница, вы можете не ждать, пока будут 
выполнены все операции на стороне сервера, прежде чем начнется пере¬ 
дача более или менее статической части страницы. 

Простейший прием состоит в том, чтобы обеспечить отправку содер¬ 
жимого раздела <Гіеас1> в виде первого фрагмента и отправку остальной 
части страницы, как только она будет готова. Другими словами, стра¬ 
ницу можно оформить, как показано ниже: 

<! сіосіуре Шт1> 

<Шт1> 

<Неай> 

<1Ше>Му Арр<ЛШ.е> 

</Г»еас1> 

<!-- егкі оГ сИипк #1 --> 

<Ьойу> 

<зсгір1: згс=”а11_20100426. із"></зсгір1:> 

</Ьос1у> 

</Шт1> 

<!-- егиі оГ сНипк #2 --> 

При таком усовершенствовании следовало бы перенести сценарии ^ѵа- 
Зсгірі обратно в раздел <Иеас1>, сделав их частью первого фрагмента. Бла¬ 
годаря этому броузер выполнит загрузку сценариев вместе с заголовком 
документа, пока остальная страница подготавливается сервером: 

<!с!ос1:уре Шт1> 

<Шт1> 

<Неас1> 

<Ш:1е>Му Арр</1: і 11е> 

<зсгір1; згс="а11_20100426. ]3"></зсгір1:> 

</Неас1> 

<!-- егкі оГ сИипк #1 --> 

<Ьос1у> 

</Ьос1у> 

</Шт1> 

<!-- епсі оГ сііипк #2 --> 


Но еще лучше было бы создать третий фрагмент в самом конце страни¬ 
цы, содержащий только сценарии. При этом можно было бы поместить 
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в первый фрагмент часть тела страницы, содержащую статическую ин¬ 
формацию: 

<!Росіуре ІИ:т1> 

<Шт1> 

<Неай> 

<ТШе>Му Арр</1:Ше> 

</Иеас1> 

<Ьойу> 

<с!іѵ іс!= ,, Реас1ег н > 

<ітд згс="1одо. рпд” /> 

</Ріѵ> 

<! -- еп(1 о? сііипк #1 --> 

... Остальное тело страницы . . . 

<! -- епсі о? сііипк #2 --> 

<зсгірт згс="а11_20100426. ]з"х/зсгірі:> 

</ЬосІу> 

</Шт1> 

<!— епсі сііипк #3 --> 

Этот прием соответствует идее последовательного улучшения и нена¬ 
вязчивого ^ѵаЗсгірЪ. Сразу за концом второго фрагмента НТМЬ у вас 
будет полностью загруженная и готовая к использованию страница 
в том виде, как если бы броузер не поддерживал ^ѵаЗсгір!;. После того 
как будет загружен третий фрагмент со сценариями ^ѵаЗсгірі, они рас¬ 
ширят возможности страницы, добавив в нее все бантики и рюшечки. 

Динамические элементы <5сгірі> 

для неблокирующей загрузки сценариев 

Как уже упоминалось выше, сценарии ^ѵа8сгірІ блокируют загрузку 
файлов, следующих за ними. Однако имеется несколько приемов, пре¬ 
дотвращающих это: 

• Загрузка сценариев с помощью запросов ХНК и последующим их 
выполнением с помощью еѵа1(). Этот прием подвержен ограниче¬ 
ниям политики единого домена-источника, а кроме того, вовлекает 
в работу функцию еѵа1( ), применение которой само по себе считается 
антишаблоном. 

• Использование атрибутов сІе'Гег и азупс, но они действуют не во всех 
броузерах. 

• Использование динамических элементов <зсгірІ>. 

Последний прием является наиболее привлекательным. Он напомина¬ 
ет описанный выше шаблон использования - вы создаете новый 
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элемент <зсгірІ>, определяете значение его атрибута зге и добавляете 
этот элемент в страницу. 

Следующий пример загрузит файл ^ѵаЗсгірі; асинхронно, не блокируя 
загрузку остальной части страницы: 

ѵаг зегірі: = Роситепі.сгеаіеЕІетепЦ“зегірі" ); 
зегірі.зге = “аі1_20100426.]5”; 

сіоситепі:.сІоситепііЕІетепТ;. ГігзііСГііісі. аррепс!СІіі1с1(зсгір1:); 

Недостаток такого шаблона заключается в том, что его нельзя исполь¬ 
зовать для загрузки других сценариев, зависящих от таіп.}8. Файл 
таіп.]8 в этом примере загружается асинхронно, поэтому нет никаких 
гарантий, что он будет загружен к тому моменту, когда дело дойдет до 
выполнения других сценариев, следующих за ним и использующих 
объекты, определяемые в нем. 

Чтобы преодолеть этот недостаток, можно все встроенные сценарии не 
выполнять немедленно, сразу после загрузки, а собирать в массив в виде 
функций. А после загрузки основного сценария можно будет выполнить 
все функции, собранные в буферный массив. Это решение предусматри¬ 
вает три этапа. 

Сначала как можно выше на странице необходимо создать массив для 
сохранения в нем встроенных сценариев: 

ѵаг тупатезрасе = { 
іпііпе.зегіріз: [] 

}; 

Затем необходимо обернуть все встроенные сценарии функциями и до¬ 
бавить их в массив іп1іпе_зсгірГз. Другими словами: 

// было: 

// <зсгірі>сопзо1е. 1од(“І ат іпііпе" ); </зсгірі> 

// стало: 

<5С ГІ р1> 

тупатезрасе. і п 1 іпе_зс г і р^з. ризГі(іипс1:іоп () { 
сопзоіе.1од("І ат іпііпе"); 

}); 

</зсгірі> 

И наконец, предусмотреть в главном сценарии цикл обхода буфера встро¬ 
енных сценариев и их выполнения: 

ѵаг і, зегіріз = тупатезрасе. іп1іпе_зсг]різ, тах = зспріз. ІепдіГі; 

Го г (і = 0; і < тах; тах += 1) { 
зсгіріз[і](); 

} 
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Добавление элемента <5сгір{> 

Часто сценарии добавляются в раздел <Меас1> документа, однако их мож¬ 
но добавлять в любые элементы, включая <Ьос1у> (как показано в приме¬ 
ре использования ^(ЖР). 

Для добавления сценария в раздел <ЬеасІ> в предыдущем примере было 
использовано свойство сІоситепІЕІетепІ:, потому что оно представляет 
элемент <Шт1>, первым вложенным элементом в котором является эле¬ 
мент <Ьеас1>: 

сіоситепі: . сІоситепТЕІетепТ . I" іг зТСИ іІсі. аррепсІСІіі 1сІ(зсгірт); 

Также часто используется следующий способ: 

сіоситепі:. деШетеп1:5ВуТад№те( "ЬеасГ )[ 0 ]. аррепсІСЬ і Ісі (зс г ірі); 

Эти приемы отлично подходят в случаях, когда вся разметка находится 
под полным вашим контролем, но представьте, что вы создаете виджет 
или рекламный элемент и понятия не имеете о том, на каких страницах 
он будет размещаться. С технической точки зрения страница может не 
иметь ни раздела <1іеас1>, ни раздела <Ьос1у> - хотя свойство сіоситепі:.Ьосіу 
будет доступно всегда, даже в отсутствие тега <Ьос1у>: 

сіоситепі:. Ьосіу. аррепЬСЬіІсКзсгірІ:) ; 

Но, как бы то ни было, на странице, где выполняется сценарий, всегда 
будет присутствовать как минимум один тег - тег <зсгірі:>. Если на стра¬ 
нице не будет тега <зсгір1:> (со встроенным сценарием или со ссылкой на 
внешний файл), то ваш сценарий просто не будет выполнен. Вы можете 
воспользоваться этим фактом и с помощью метода іпзеПВеІ'огеО доба¬ 
вить свой элемент <зсгір1:> перед первым доступным элементом <зспрі> 
на странице: 

ѵаг 1ігз1:_5сгірі: = сіоситепі:. деі:Е1етепі:зВуТадМате( ‘ зспрГ )[0]: 

1ігзі:_5сгірі:. рагепЕІЧосІе. іпзегІВеІогеСзсгірІ:, 1і Г5і_5сп ре); 

Здесь Еігзі.зсгірі: - это элемент <зсгір1:>, гарантированно присутствую¬ 
щий на странице, а зсгірі: - новый элемент <зсгір1:>, созданный вами. 

Отложенная загрузка 

Под отложенной загрузкой понимается загрузка внешнего файла по¬ 
сле того, как будет возбуждено событие ІоасІ. При использовании этого 
приема часто бывает выгодно разбить большой объем кода на две части: 

• В первую часть помещается программный код, выполняющий ини¬ 
циализацию страницы и подключающий обработчики событий к эле¬ 
ментам пользовательского интерфейса. 

• Во вторую часть помещается программный код, который потребу¬ 
ется только после того, как пользователь выполнит некоторые ма- 
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нипуляции, или при других условиях, которые могут возникнуть 
спустя некоторое время. 

Цель приема состоит в том, чтобы обеспечить последовательную загрузку 
страницы и предоставить пользователю возможность включиться в ра¬ 
боту как можно скорее. После этого, пока пользователь занят изучением 
страницы, можно загрузить оставшуюся ее часть в фоновом режиме. 

Загрузка второй группы сценариев ^ѵа8сгірІ реализуется простым 
динамическим добавлением элемента <зсгір!;> в заголовок или в тело 
страницы: 

... Тело страницы ... 

<! -- епр оі 1 сИипк #2 --> 

<зс гі рт згс=”а11_20100426. ]5”></зсгірІ> 

<зс гі рт> 

\ѵіпс!о\ѵ.опіоасі = ^ипсііоп () { 

ѵаг зсгірт = РоситепІ.сгеаіеЕІетепіС’зсгірі”); 
зсгірТ.згс = "а11_1агу_20100426.]з": 

РоситегЦ. йоситепШетегЦ. ГігзЕСИіІР. аррепРСИі1Р(зсгір1;); 

}; 

</зсгірТ> 

</ЬоРу> 

</Шт1> 

<! -- епР о? сігипк #3 --> 

Для большинства приложений часть программного кода, загружаемая 
второй, будет иметь больший объем, чем первая базовая часть, потому 
что наиболее интересные «операции» (такие как перетаскивание эле¬ 
ментов мышью, применение объекта ХНК и воспроизведение анима¬ 
ционных эффектов) выполняются только после того, как пользователь 
инициирует их. 

Загрузка по требованию 

Предыдущий шаблон предусматривает безусловную загрузку дополни¬ 
тельных сценариев ^ѵаЗсгірІ, предполагая, что этот программный код 
потребуется наверняка. Но возможно ли реализовать загрузку только 
тех сценариев, которые действительно необходимы? 

Представьте, что на странице имеется панель с различными вкладками. 
Щелчок на вкладке приводит к выполнению запроса ХНК для получе¬ 
ния содержимого вкладки и воспроизведению анимационного эффекта, 
плавно изменяющего цвет. А что если это единственное место на стра¬ 
нице, где необходимы библиотеки поддержки ХНК и анимационных 
эффектов, и что если пользователь может вообще никогда не щелкнуть 
ни на одной вкладке? 
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Воспользуйтесь шаблоном загрузки по требованию. Для этого можно 
реализовать функцию или метод гедіпгеО, принимающую имя файла 
сценария, который требуется загрузить, и функцию обратного вызова, 
которая будет вызвана по окончании загрузки сценария. 

Такую функцию гедиігеО можно было бы использовать, как показано 
ниже: 

гедиіге(‘‘ехТга. ]5 М , ГипсТюп () { 

ЕипсиогЮеТіпесІІпЕхСгадЗС ); 

}); 

Давайте посмотрим, как можно было бы реализовать такую функцию. 
Загрузить дополнительный сценарий просто - достаточно воспользо¬ 
ваться шаблоном динамического элемента <зсгірЕ>. Выяснение момен¬ 
та, когда будет закончена загрузка этого сценария, реализуется немно¬ 
го сложнее из-за различий, существующих между броузерами: 

ГипсЕіоп гедиіге(Ше, саІІЬаск) { 

ѵаг зсгірЕ = гіоситегц. деЕЕ1етепЕзВуТадМате(' зсгірі’ )[0], 
пем]5 = йоситепЕ.сгеаЕеЕ1етепЕ('зсгірЕ’ ); 

// ІЕ 

пеѵ^з.опгеасІузЕаЕесІіапде = ГипсЕюп () { 

іГ (пеѵ^з. геасІуЗЕаЕе === * Іоасіесі* || пемзз. геасіуЗіа Ее === ‘ сотріеіе’){ 
пеѵ^з. опгеайузЕаЕесІіапде = пиіі; 
саіІЬаск(); 

} 

>; 

// другие броузеры 
пеѵ^з. опіоасі = ЕипсЕіоп () { 
са11Ьаск(); 

>; 


пем]5.зге = Еііе; 

зсгірЕ.рагепЕМойе. іпзегЕВеГоге(пе\ѵ]'з, зсгірЕ); 

} 

Несколько комментариев к реализации: 

• В ІЕ необходимо подписаться на получение события геадузЕаЕесІіапде 
и ждать, пока свойство геасІуЗЕаЕе не примет значение «загружено» 
или «завершено». Во всех остальных броузерах этого не требуется. 

• В броузерах Еігеіох, Заіагі и Орега необходимо подписаться на полу¬ 
чение события ІоасІ, присвоив обработчик события свойству опіоасі. 

• Этот прием не действует в Заіагі 2. Если необходимо обеспечить под¬ 
держку этого броузера, вам придется с помощью таймера органи- 
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зовать периодическую проверку наличия какои-либо переменной, 
определяемой в дополнительном файле. Как только такая перемен¬ 
ная появится, это будет означать, что сценарий был загружен и вы¬ 
полнен. 

Для проверки этой реализации можно создать на стороне сервера сце¬ 
нарий с искусственной задержкой (имитирующей задержку в сети) 
с именем опйетапй^з.ркр, например: 

<? рир 

Ітеасіе г(’ СопіепТ-Туре : аррІісатіоп/ОаѵаЗсгірі' ); 
зіеер (1); 

?> 

^ипсТіоп ехТгаРипсТіоп(1оді;Иіз) { 

сопзоіе. 1 од ( Іоасіей апР ехесіДеР’); 
сопзоіе. Іод(ІодШз); 

} 

Теперь проверим работу функции гедиіге(): 

гедиіге(‘опРетапР.]з.рИр’, ^ипсГіоп () { 

ехТгаРипсТіоп('ІоаРеР Г гот Ще рагегл раде’); 

Роситепі. ЬоРу. аррепРСШР(Роситепі. сгеаТеТех^оРеГ Ропе! ' )); 

}); 

Этот фрагмент выведет в консоль две строки и добавит в страницу стро¬ 
ку «сіопе!». Действующий пример вы найдете по адресу /гИр:/ЦзраШгпз. 
сот/Ьоок/7/опс1етапс1.Мт1 . 

Предварительная загрузка сценариев іаѵаБсгірІ 

В шаблонах с отложенной загрузкой и загрузкой по требованию сцена¬ 
рии, необходимые странице, загружаются после загрузки самой стра¬ 
ницы. Кроме того, мы можем загрузить сценарии, которые не требуют¬ 
ся текущей странице, но с высокой степенью вероятности потребуются 
следующей. В этом случае, когда пользователь переходит ко второй 
странице, сценарии оказываются уже загруженными и создается ощу¬ 
щение, что страница загружается очень быстро. 

Предварительная загрузка может быть реализована за счет примене¬ 
ния шаблона с динамическим элементом <зсгір1;>. Но это означает, что 
сценарий будет загружен и выполнен. Синтаксический анализ предва¬ 
рительно загруженного сценария не только требует некоторого време¬ 
ни, но его выполнение может привести к появлению ошибок ^ѵаЗсгірі, 
потому что предварительно загруженный сценарий предполагает, что 
выполняется в контексте второй страницы и, например, ожидает оты¬ 
скать определенные узлы БОМ. 

Однако существует прием, позволяющий загружать сценарии без по¬ 
следующего их анализа и выполнения интерпретатором; этот прием 
также может использоваться для загрузки стилей С88 и изображений. 
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В ІЕ можно выполнить запрос, применив уже знакомый вам шаблон 
маяка: 

пем ІгладеО.згс = "ргеіоасіте. ]з"; 

В других броузерах вместо элемента <$сгірЕ> можно использовать тег 
<оЬ]ес1:> и определить в его атрибуте сіаіга адрес ІШЬ сценария: 

ѵаг оЬ] = ЬоситепЕ.сгеаЕеЕ1етепЕ(‘оЬ]есГ ); 
оЬ].РаТа = “ргеіоасіте. ]з"; 

РоситепЕ. Ьосіу. аррепсІСГііІсі (оЬ]); 

Чтобы предотвратить отображение этого объекта на странице, необхо¬ 
димо также записать значение 0 в его атрибуты ѵѵісІЕЬ и ЬеідЬЕ. 

Можно создать универсальную функцию или метод рге1оас1() и исполь¬ 
зовать ее в реализации шаблона выделения ветвей, выполняющихся на 
этапе инициализации (глава 4), обслуживающей различия между броу¬ 
зерами: 

ѵаг ргеіоар; 

ІГ (/*@сс_оп!@*/^а1зе) { // Определение ІЕ с помощью условного комментария 

ргеіоар = ЕипсЕіоп (Ше) { 
пем Ітаде( ). зге = Ше; 

>; 

} еізе { 

ргеіоаР = ЕипсЕіоп (Ше) { 

ѵаг оЬ] = сІоситепЕ. сгеаЕеЕІетепЦ ' оЬ і есЕ’ ), 

ЬоРу = РоситепЕ.ЬоРу; 

оЬ].^1РЕИ = 0; 
оЬ). ЬеідЬЕ = 0; 
оЬ). РаЕа = Ше; 

ЬоРу. аррепРСШР(оЬ]); 

}; 

} 

Пример использования новой функции: 

рге1оаР( 'ту_меЬ_могкег. із’ ); 

Недостаток этого шаблона заключается в использовании приема опре¬ 
деления типа броузера, но без этого не обойтись, потому что в данном 
случае прием определения поддерживаемых возможностей не позволя¬ 
ет точно выяснить поведение броузера. В этом шаблоне, например, тео¬ 
ретически можно было бы проверить, возвращает ли выражение ЕуреоЕ 
Ітаде значение “ЕипсЕіоп", и пользоваться этой проверкой вместо приема 
определения типа броузера. Однако этот прием оказывается бесполез¬ 
ным, потому что все броузеры поддерживают вызов пеѵѵ Ітаде( ), но в не¬ 
которых из них для изображений предусмотрен отдельный кэш, а это 
означает, что компоненты, предварительно загруженные как изобра- 
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жения, не смогут извлекаться второй страницей из кэша как сценарии, 
и их потребуется загружать повторно. 



Сущестует интересный способ определения типа броузера - по 
наличию поддержки условных комментариев. Он намного без¬ 
опаснее, чем анализ значения свойства паѵідаТог.изегАдепт, пото¬ 
му что это значение легко может быть изменено пользователем. 

Инструкция: 

ѵаг ізІЕ = /*@сс_оп!@*/Та1зе; 

установит переменную ізІЕ в значение Іаізе во всех броузерах 
(потому что они игнорируют комментарии), но только не в ІЕ 
из-за оператора отрицания ! в условном комментарии. Вот как 
эту инструкцию «видит» ІЕ: 

ѵаг ізІЕ = Ііаізе; // ігие 


Шаблон предварительной загрузки может применяться не только к сце¬ 
нариям, но и к любым другим компонентам. Он будет полезен, напри¬ 
мер, на страницах, где пользователю предлагается ввести имя и пароль. 
Пока пользователь вводит свое имя, вы можете использовать это время 
для предварительной загрузки данных (разумеется, не содержащих ни¬ 
какой секретной информации), потому что более чем вероятно, что поль¬ 
зователь перейдет к следующей странице. 


В заключение 

В предыдущих главах книги основное внимание уделялось шаблонам 
использования базовых возможностей языка ^ѵаЗсгірІ, не зависящих 
от среды выполнения, тогда как в этой главе, напротив, исследовались 
шаблоны, предназначенные только для использования в броузерах. 

Мы рассмотрели: 

• Идеи разделения на составные части (НТМЬ: содержимое, С88: пред¬ 
ставление, ^ѵаЗсгірІ: поведение), ненавязчивого ^ѵаЗсгірІ, а также 
прием определения поддерживаемых возможностей, рекомендуемый 
в противовес приему определения типа броузера. (Однако в конце 
главы мы увидели пример, когда эта рекомендация оказывается не¬ 
применима на практике.) 

• Операции с деревом БОМ - шаблоны, ускоряющие доступ и манипу¬ 
лирование элементами дерева БОМ главным образом за счет объеди¬ 
нения операций, потому что любое обращение к БОМ является до¬ 
рогостоящей операцией. 

• События, приемы обработки событий, не зависящие от типов броузе¬ 
ров, и использование приема делегирования событий для уменьше- 
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ния количества обработчиков событий и повышения производитель¬ 
ности. 

• Два шаблона организации выполнения продолжительных вычисле¬ 
ний - использование функции зе№.теои1:() для разбиения операций 
на мелкие фрагменты и использование механизма фоновых вычис¬ 
лений (\ѵеЪ \ѵогкегз), реализованного в современных броузерах. 

• Различные шаблоны удаленных взаимодействий и обмена данными 
между сервером и клиентом - ХНК, ^<ЖР и шаблон маяка, осно¬ 
ванный на использовании плавающих фреймов и элементов изобра¬ 
жений. 

• Приемы, используемые при развертывании сценариев ^ѵаЗсгірі на 
действующем сервере: объединение файлов сценариев, сжатие и ком¬ 
прессия (что позволяет уменьшить объем загружаемых файлов на 
85%), а также пользование услугами СБК и применение заголовков 
Ехрігез, позволяющих увеличить преимущества механизма кэширо¬ 
вания. 

• Шаблоны включения сценариев в страницу, обеспечивающие по¬ 
вышение производительности, в том числе: выбор местоположения 
элементов <зсгір1;>, использование преимуществ механизма фраг¬ 
ментирования, предусмотренного протоколом НТТР. Кроме того, 
мы познакомились с различными шаблонами, снижающими время 
начальной загрузки больших сценариев, такими как отложенная за¬ 
грузка, предварительная загрузка и загрузка по требованию. 
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Символы 

[] (квадратные скобки), форма записи 
обращения к свойствам, 43 
{} (фигурные скобки), соглашения по 
оформлению программного кода, 47 
; (точка с запятой), механизм подстанов¬ 
ки в ЗаѵаЗсгірі, 48 

А 

Асііѵаііоп ОЬіесі (объект активации), 21 
асІсІЕѵепіІлзіепегО, метод, 229 
АРІ, документирование, 54 
аррІуО, метод, 173 
аг^итепіз.саііее, свойство, 72, 107 
Аггау(), конструктор 
ізАггау(), метод, 75 
и оператор іуреоі, 74 
пример использования, 73 
синтаксис литералов массивов, 73 

В 

Воо1еап(), конструктор, 79 

С 

са11(), метод, 173 

СБЫ (Сопіепі Беііѵегу Меілѵогк, сеть до¬ 
ставки содержимого), 243 
@с1азз, тег (УШБос), 57 
сопзігисіог, свойство, 23 
@соп5Ігисіог, тег (УШБос), 58 
сопзі, инструкция, 142 

Б 

Баіе(), конструктор, 66 
беіеіе, оператор, 32 
6іг(), метод, 26 
<сііѵ>, элемент, 231 
боситепі, объект 

Іогтз, коллекция, 36 
&еіЕ1етепШуІсІ(), метод, 227 


^еіЕІетепізВуСІаззМатеО, метод, 36 
^еіЕІетепізВуМатеО, метод, 36 
^еіЕІетепізВуТа^атеО, метод, 36 
іта&ез, коллекция, 36 
Ііпкз, коллекция, 36 
БОМ АРІ, 145 

Е 

ЕСМАЗсгірі 5, стандарт, 24 

наследование через прототип, 169 
описание, 24 

собственные объекты языка, 22 
строгий режим, 24, 107 
Еггог(), конструктор, 80 
еѵа1(), метод 

избегайте использования, 43 
Ехрігез, заголовок, 243 

Р 

1ог-іп, циклы, 38 
Іог, циклы, 36 

и инструкция ѵаг, 37 
Рипсііоп(), конструктор 
Ъіпс1(), метод, 176 
передача строк, 44 
пример использования, 84 

С 

Соо&іе Сіозиге Сотрііег, компрессор 
ЗаѵаЗсгірі, 61, 103 

Н 

ЬазО\ѵпРгорегіу(), метод, 39 
.Ыассезз, файл с настройками, 242 
НТМЬСоІІесііоп, объект, 36 
НТТР, протокол 

механизм фрагментирования,246 

I 

<і!гате>, элемент, 240 
іпзіапсеоі, оператор, 165 
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} 

Іаѵасіос, утилита, 54 
ЗаѵаЗсгірі, язык программирования 
и классы, 22 

объектно-ориентированный, 21 
предварительная загрузка сценари¬ 
ев, 252 

развертывание сценариев, 241 
ІС^иегу, библиотека 

рагзе38(Ж(), метод, 76 
шаблон цепочек, 145 
ЗЗБос Тооікіі, инструмент, 54 
ЗЗЬіпі, инструмент 
описание, 25 

рекомендации по применению, 62 
38(Ж, формат 

рагзе(), метод, 44, 76 
зігіп^іІуО, метод, 77 
описание, 75 

38СЖР (^(Ж \ѵШі раскИп#, 38(Ж с до¬ 
полнением), 237 

К 

к1азз(), функция, 163 

Ь 

Іеп^іЬ, свойство 
коллекций,37 
строковые объекты, 79 
Іоасі, событие, 94 
1о&(), метод, 26 

М 

теШо6(), метод, 145 
@теіЬос1, тег(УШБос), 57 

N 

пате, свойство, 87 
@пашезрасе, тег (УШБос), 57 
пе\ѵ, оператор 
и классы, 149 

и шаблон единственного объекта, 179 
шаблоны принудительного использо¬ 
вания, 70 

ЫишЬег(), конструктор, 79 
и шаблон фабрики, 186 
создание объекта-обертки, 79 

О 

ОЬ]ес1(), конструктор 
іо8ігіп^(), метод, 75 


и шаблон фабрики, 186 
недостатки, 67 
создание объектов, 66 
опсііск, атрибут, 229 

Р 

@рагаш, тег (УШБос), 57 

_ рагепі _, свойство в МогШа КЬіпо, 

124 

рагзеІпі(), метод, 45 
@ргорегіу, тег (УШБос), 58 
ргоіоіуре, свойство, 23, 41 

добавление свойств и методов, 126 
и временные конструкторы, 160 
и наследование, 150 
определение, 23 
расширение, 41 

К 

Ке^Ехр(), конструктор, 77 
@геіигп, тег(УШБос), 57 

5 

<зсгірі>, элемент 
динамический, 247 
добавление, 249 

часто используемые атрибуты, 244 
зеіТішеоиіО, метод, 44, 233 
8ігіп&(), конструктор, 66, 79 
зѵѵіісЬ, инструкция, 42 
8упіахЕггог(), конструктор, 80 

Т 

іЬаі, переменная, 71 
іЬіз, ключевое слово 

и глобальный объект, 70 
и заимствование методов, 174 
и конструкторы, 68 
и методы обратного вызова, 93 
и пустые объекты, 68 
пример использования, 33 
Шго\ѵ, инструкция, 80 
@іуре, тег (УШБос), 58 
ТуреЕггог(), конструктор, 80 
іуреоі, оператор, 74 

V 

ѵаг, инструкция 
единственная, 33 
и глобальные переменные, 32 
и оператор сіеіеіе, 32 
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и подразумеваемые глобальные пере¬ 
менные, 32 
и циклы Гог, 37 
подъем, 34 

рекомендации по применению, 31 

ѴѴ 

лѵіпсіоѵѵ, свойство, 30, 33 


ХМЬНирКециезі, объект, 235 


УаЬоо! УШСошргеззог, компрессор, 61 
УАНОО, глобальная переменная (УШ2), 
121 

У<ЗЬ, веб-служба, 206 
УІГШос, инструмент, 54, 55 
УШ (УаЬоо! Изег ІпіегГасе - пользова¬ 
тельский интерфейс УаЬоо!), библио¬ 
тека, 55 

А 

анонимные функции, 85 
антишаблоны 

определение, 21 

определение типа пользовательского 
агента, 224 
передача строк, 95 
атрибуты 

определение, 22 
элемента <зсгірі>, 244 

Б 

безопасность и метод еѵа1(), 43 
библиотеки 

имитация классов, 163 
и применение функций обратного 
вызова, 95 
букмарклеты, 101 


возвращаемые значения 

и немедленно вызываемые функции, 
100 

и функции-конструкторы, 69 
временные конструкторы, 160 
выделение ветвей, выполняющихся на 
этапе инициализации, 104 


глобальные объекты 
доступ,33 

и ключевое слово ІЬіз, 70 
и свойство \ѵішіо\ѵ, 30, 33 
определение, 30 
пространства имен, 118 
глобальные переменные 
доступ, 33 

и вопросы переносимости, 32 
и инструкция ѵаг, 32 
единственная, 33 
импортирование в модули, 133 
и немедленно вызываемые функции, 
99 

и пространства имен, 30, 118 
определение, 30 
подъем, 34 
проблемы, 30 

уменьшение количества, 30 

д 

декоратор, шаблон, 189 
делегирование событий, 231 
документирование АРІ, 54, 59 

Е 

единственный объект, шаблон 
и оператор пе\ѵ, 179 
описание, 178 

экземпляры в замыканиях, 181 
экземпляры в статических свой¬ 
ствах, 180 

3 

заимствование методов, 173 

И 

игра крестики-нолики, пример, 238 
изолированные пространства имен, 119, 
133 

шаблон создания объектов, 119,133 
именованные функции-выражения, 85 
импортирование глобальных перемен¬ 
ных в модули, 133 
итератор, шаблон, 187 
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К 

каррирование, 109, 112 
квадратные скобки, форма записи обра¬ 
щения к свойствам, 43 
классические шаблоны наследования 
временный конструктор, 160 
заимствование и установка прототи¬ 
па, 158 

заимствование конструктора, 154 
и современные, 149 
по умолчанию, 150 
совместное использование прототи¬ 
па, 159 

классическое наследование 
ожидаемые результаты, 150 
классы 

и ЗаѵаЗсгірі, 22 
имитация, 163 
и оператор пе\ѵ, 149 
комментарии, 53 
сжатие, 60 
конструкторы 

возвращаемые значения, 69 
вызов, 51 

вызывающие сами себя, 72 
изолированные пространства имен, 
133 

и ключевое слово Шіз, 68 
и наследование, 150 
и создание объектов, 132 
переустановка указателя, 162 
реализация,136 

соглашения по именованию, 51, 71 
создание объектов, 66 
шаблоны классического наследова¬ 
ния, 154,160 


литералы 

ОЬіесі(), конструктор, 64 
массивов, 73 
объектов 

описание, 64 
и сокрытие данных, 126 
регулярных выражений, 77 
функций, 86 

локальные переменные, 84 


М 

массивы, заимствование методов, 173 
маяки,241 

мемоизация, шаблон, 106 
методы 

заимствование, 173 
и свойство ргоіоіуре, 126 
и шаблон открытия частных мето¬ 
дов, 127 

общедоступные, 127, 138 
объектов-оберток, 79 
определение, 22, 64 
привилегированные, 124,129 
статические, 138 
строковых объектов, 79 
частные, 123, 140 
шаблон цепочек, 144 
множественное наследование, 157 
модули 

добавление, 135 

импортирование глобальных пере¬ 
менных, 133 

объявление зависимостей, 121, 129 
определение, 129 
создающие конструкторы, 132 
шаблоны, 129 


наблюдатель, шаблон, 213 
описание, 213 

пример подписки на журнал, 214 
пример реализации игры на нажатие 
клавиш, 217 
наследование, 148 

и конструкторы, 150 
и повторное использование про¬ 
граммного кода, 148 
копированием свойств, 169 
множественное, 157 
поддержка в ЗаѵаЗсгірі, 23 
смешиванием, 171 
через прототип, 166 
немедленная инициализация объектов, 
102 

немедленно вызываемые функции, 98, 
129 

альтернативный синтаксис, 98 
и букмарклеты, 101 
и возвращаемые значения, 100 
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и круглые скобки, 98 
и параметры, 99 
и шаблон ♦ модуль», 129 
определение, 98 

преимущества и особенности исполь¬ 
зования, 101 


обмен данными с использованием фрей¬ 
мов и изображений, 240 
обработка событий, 229 
асинхронных, 94 
и шаблон создания фасада, 198 
и шаблон с применением прокси- 
объекта, 203 
общедоступные методы 

и шаблон открытия частных мето¬ 
дов, 127 

статические, 138 

общедоступные статические члены, 138 
объектно-ориентированные языки, 21 
объекты, 21, 22 
іпі!(), метод, 102 
глобальные, 30, 33, 70 
заимствование методов, 173 
немедленная инициализация, 102 
обертки значений простых типов, 79 
объекты окружения, 22 
определение, 22 
ошибок, 80 

поверхностное копирование, 170 
предпочтительный способ создания 
объектов, 67 

собственные объекты языка, 22 
создание, 21 

с помощью конструкторов, 66 
с параметрами, 108 
частные члены, 123, 129 
языка, 65 

объекты-константы, 142 
объявление зависимостей, 121 
шаблон, 129 

определение поддерживаемых возмож¬ 
ностей, 224 

определение типа пользовательского 
агента, 224 
ослабление связей 

и шаблон наблюдателя, 214 
и шаблон с объектом-посредником, 
210 


отладчики и свойство паше, 85, 87 
отложенная загрузка, 249 
отложенная инициализация, 199 
отступы (соглашения по оформлению 
программного кода), 46 
оценка коллегами разработанного ПО, 
60 


переменные 

локальные, 84 
объявление, 31 
определение, 21 
подъем, 34 
приведение типов, 42 
соглашения по именованию, 52 
перечисления, 38 
поверхностное копирование, 170 
повторное использование программного 
кода 

к1азз(), функция, 163 
важность, 148 
заимствование методов, 173 
наследование копированием свойств, 
169 

ожидаемые результаты наследова¬ 
ния, 150 

смешивание, 171 

шаблон временного конструктора, 
160 

шаблон заимствования и установки 
прототипа, 158 

шаблон заимствования конструкто¬ 
ра, 154 

шаблон наследования по умолчанию, 
150 

шаблон совместного использования 
прототипа, 159 
шаблоны наследования, 149 
подразумеваемые глобальные перемен¬ 
ные 

и инструкция ѵаг, 32 
определение, 31 
создание, 31 
подъем, 34 
подъем функций, 88 
последовательное улучшение, 224 
посредник, шаблон, 209 
предварительная загрузка сценариев 
ЗаѵаЗсгірІ, 252 
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привилегированные методы 
и шаблон ♦ модуль», 129 
определение, 124 
применение функций, 109 
пробелы (соглашения по оформлению 
программного кода), 49 
проверка данных 

и шаблон выбора стратегии, 195 
пример реализации, 195 
прокси-объект, шаблон, 199 
как кэш, 209 
описание, 199 
пример использования, 200 
промежуточные конструкторы, 161, 163 
промежуточные функции, 163 
пространства имен, 117 

и глобальные переменные, 30, 118 
и шаблон «модуль», 129 
универсальная функция, 119 
шаблон создания объектов, 117 
прототипы 

заимствование и установка прото¬ 
типа, 158 

и частные члены, 126 
определение, 23 
совместное использование, 159 
фильтрация свойств, 39 
процессы 

каррирование, 112 
шейнфинкелизация, 112 

Р 

работа с деревом БОМ, 225 
развертывание сценариев ^ѵаЗсгірІ, 
241 

и СБ1Ч, 243 

и заголовки Ехрігез, 243 
объединение сценариев, 241 
сжатие и компрессия, 242 
разделение на составные части, 223 
разработка ПО 

рагзеІп1(), метод, 45 
з\ѵі1сЬ, инструкция, 42 
документирование АРІ, 54 
использование ^Ілпі, 62 
комментарии, 53 
оценка коллегами, 60 
приведение типов переменных, 42 
разделение на составные части, 223 
расширение свойства ргоіоіуре, 41 


сжатие, 60 

соглашения по именованию, 51 
соглашения по оформлению про¬ 
граммного кода,46 
создание простого в сопровождении 
программного кода, 28 
уменьшение количества глобальных 
переменных, 30 
циклы Іог, 36 
циклы 1ог-іп, 38 
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самоопределяемые функции, 96 
свойства 

и оператор сіеіеіе, 32 
и свойство ргоіоіуре, 126 
наследование копированием, 169 
объектов ошибок, 80 
определение, 21, 64 
статические, 138 
фильтрация,39 
частные, 123 
шаблон смешивания, 171 
сжатие, описание, 60 
синтаксис 

литералов массивов, 73 
литералов объектов, 66 
литералов регулярных выражений, 
77 

смешивания шаблон, 171 
собственные объекты языка, 22 
события, 228 

делегирование, 231 
соглашения по именованию, 51 
выделение слов, 52 
для конструкторов, 51, 71 
для переменных, 52 
для функций, 52 
другие шаблоны, 52 
смена регистра символов, 52 
соглашения по оформлению программ¬ 
ного кода, 46 
отступы, 46 
пробелы, 49 
фигурные скобки, 47 
списки и шаблон декоратора, 193 
среда выполнения, 23 

объекты окружения, 22 
статические члены, 138 
общедоступные, 138 
определение, 138 
частные, 140 
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стратегии загрузки (сценариев), 244 
<зсгірі>, элемент, 244 
загрузка по требованию, 250 
отложенная загрузка, 249 
последовательное улучшение, 247 
предварительная загрузка, 252 
фрагментирование средствами 
НТТР, 246 

стратегия, шаблон, 194 
строгий режим, определение, 24 
сценарии, работающие продолжитель¬ 
ное время,233 
зе1Тітеои1(), метод, 233 
фоновые вычисления (\ѵеЪ лѵогкегз), 
234 


удаленные взаимодействия, 235 
ХМЬНирКециезІ, объект, 235 
и формат 380МР, 237 
маяки,241 

Ф 

фабрика, шаблон, 184 
фасад, шаблон, 198 

фоновые вычисления (лѵеЬ лѵогкегз), 234 
фрагмент документа, 227 
фрагментирование средствами НТТР, 
246 

функции 

пате, свойство, 87 
ргоіоіуре, свойство, 41 
документирование, 54 
и подъем, 34 

как возвращаемые значения, 95 
как конструкторы, 51, 68 
как объекты, 83 
каррирование, 109, 112 
немедленно вызываемые, 98 
обзор терминологии, 85 
образование собственных областей 
видимости, 84 
обратного вызова, 89 
в библиотеках, 95 
и их области видимости, 92 
круглые скобки,90 
обработчики асинхронных собы¬ 
тий, 94 

определение, 89 
предельное время ожидания, 94 
пример использования, 90 
объявление переменных, 30 


подъем, 88 
процессы, 112 
самоопределяемые, 96 
соглашения по именованию, 52 
управление областями видимости, 30 
частичное применение, 110 
шаблон мемоизации, 106 
функции-выражения 

в сравнении с функциями- 
объявлениями, 85 
и точка с запятой, 86 
немедленно вызываемые функции, 

98 

определение, 85 
функции-конструкторы 
и наследование, 150 
и сокрытие данных, 123 
собственные, 68 
функции обратного вызова 

удаленные взаимодействия, 236 
функции-объявления 

в сравнении с функциями- 
выражениями, 85 
и подъем, 88 
и точка с запятой, 86 
определение, 85 

ц 

цепочек шаблон, 144 

Ч 

частичное применение функций, 110 
частные статические методы, 140 
частные статические члены, 140 
частные члены 

и шаблон ♦ модуль», 129 
и шаблон открытия частных членов, 
127 

реализация, 123 

Ш 

шаблоны, 19 

определение, 19 

принудительного использования опе¬ 
ратора пелѵ, 70 
шаблоны АРІ 

возвращение функций, 95 
каррирование, 112 
объекты с параметрами, 108 
функции обратного вызова, 89 
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шаблоны инициализации 

выделение ветвей, выполняющихся 
на этапе инициализации, 104 
немедленная инициализация объ¬ 
ектов, 102 

немедленно вызываемые функции, 
98 

отложенная инициализация, 199 
шаблоны кодирования 
определение, 21 
шаблоны оптимизации 
мемоизация, 106 
шаблоны открытия 
модуля,131 
частных методов, 127 
шаблоны проектирования 
декоратор, 189 
единственный объект, 178 
итератор, 187 
наблюдатель, 213 
описание, 20,178 
определение, 20 
посредник, 209 
прокси-объект, 199 
стратегия, 194 
фабрика, 184 
фасад, 198 

шаблоны производительности 

самоопределяемые функции, 96 


шаблоны создания объектов 
теіЬобО, метод, 145 
изолированные пространства имен, 
119, 133 

и шаблон открытия модуля, 131 
и шаблон открытия частных членов, 
127 

♦ модуль», 129 
объекты-константы, 142 
объявление зависимостей, 121 
пространства имен, 117 
статические члены, 138 
цепочек, 144 

частные свойства и методы, 123 
шаблоны сокрытия данных 
и литералы объектов, 126 
и прототипы, 126 
и функции-конструкторы, 123 
нежелательный доступ к частным 
членам,124 

привилегированные методы, 124 
частные члены, 123 


экземпляры 

в замыканиях, 181 
в статических свойствах, 180 




О КЕШУ 


^ѵаЗсгірі. Шаблоны 

Разработчики серверных, клиентских или настольных приложений на ІаѵаЗсгірі: нередко 
сталкиваются с проблемами, связанными с объектами, функциями, наследованием и дру¬ 
гими особенностями этого языка. Какие же приемы разработки приложений на ІаѵаЗсгірг 
являются наиболее удачными? Данная книга дает ответ на этот вопрос, предлагая боль¬ 
шое количество различных шаблонов программирования на )аѵа5сгірі. Можно сказать, 
что они являются не только методами решения наиболее типичных задач разработки ПО, 
но и заготовками решений для целых категорий таких задач. 

Использование шаблонов при программировании на языке ІаѵаЗсгірс имеет свои особен¬ 
ности. Некоторые из них, разработанные с позиций языков со строгим контролем типов, 
таких как С++ и ]зѵз, не могут непосредственно применяться в языках с динамической 
типизацией, таких как )аѵа5сгірі. Для таких шаблонов в языке ^ѵаЗсгірс имеются более 
простые альтернативы. 

В книге обсуждаются: 

• Полезные приемы разработки высококачественного программного кода на ДаѵаЗсгірі, 
такие как отказ от глобальных переменных, объявление переменных в единственной 
инструкции ѵаг и многие другие 

• Почему шаблоны с применением литералов считаются более простыми альтернати¬ 
вами функциям-конструкторам 

• Различные способы определения функций на языке ДаѵаЗсгірі 

• Создание объектов, отличающихся по сложности от базовых образцов использования 
литералов и функций-конструкторов 

• Различные приемы повторного использования кода и наследования в^ѵаЗсгірс 

• Примеры реализации на )аѵа5сгірі распространенных шаблонов проектирования: 
«единственный объект» (зіп§1е(оп), «фабрика» (Гасюгу), «декоратор» (йесогасог) и другие 

• Шаблоны, которые применяются при разработке клиентских сценариев, 
выполняющихся в броузерах 

Книга включает практические советы по реализации каждого из рассматриваемых шаб¬ 
лонов с примерами программного кода. Обсуждаются и антишаблоны - приемы програм¬ 
мирования, которых следует по возможности избегать. 

Стоян Стефанов (Зіоуап ЗіеТапоѵ) - веб-разработчик компании УаЬоо!, технический кон¬ 
сультант, редактор и автор нескольких книг, выпущенных издательством О’КеШу. Является 
автором зшизЬ.іІ — инструмента оптимизации графических изображений и создателем 
УЗІочѵ 2.0 - инструмента оптимизации производительности УаЬоо. 
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